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Intellectual Property Rights 
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pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
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Foreword 

This Technical Specification (TS) has been produced by Joint Technical Conmiittee (JTC) Broadcast of the European 
Broadcasting Union (EBU), Comite Europeen de Normalisation ELECtrotechnique (CENELEC) and the European 
Telecommunications Standards Institute (ETSI). 

NOTE: The EBU/ETSI JTC Broadcast was established in 1990 to co-ordinate the drafting of standards in the 
specific field of broadcasting and related fields. Since 1995 the JTC Broadcast became a tripartite body 
by including in the Memorandum of Understanding also CENELEC, which is responsible for the 
standardization of radio and television receivers. The EBU is a professional association of broadcasting 
organizations whose work includes the co-ordination of its members' activities in the technical, legal, 
programme-making and programme-exchange domains. The EBU has active members in about 
60 countries in the European broadcasting area; its headquarters is in Geneva. 

European Broadcasting Union 

CH-1218 GRAND SACONNEX (Geneva) 

Switzerland 

Tel: +41 22 717 21 11 

Fax: +4122 717 24 81 

The Digital Video Broadcasting Project (DVB) is an industry-led consortium of broadcasters, manufacturers, network 
operators, software developers, regulatory bodies, content owners and others committed to designing global standards 
for the delivery of digital television and data services. DVB fosters market driven solutions that meet the needs and 
economic circumstances of broadcast industry stakeholders and consumers. DVB standards cover all aspects of digital 
television from transmission through interfacing, conditional access and interactivity for digital video, audio and data. 
The consortium came together in 1993 to provide global standardisation, interoperability and future proof 
specifications. 



Introduction 



The DVB-HN Phase 1 is limited to the distribution of DVB services (broadband and broadcast) over a home network to 
and between DVB devices in a single home. This means that DVB broadcast and broadband networks will be 
terminated at specific DVB Home Network devices connected to the home network that subsequently advertise and 
transport DVB content over the home network to other DVB Home Network devices. 
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Scope 



The present document covers a subset of the use cases from the DVB Home Network commercial requirements 
(TM3422) and described in DVB BlueBook A109 [3]; it is therefore called DVB-HN Phase 1. It supports features like: 

• connecting DVB HN devices to the home network allowing them to receive existing DVB services; 

• detecting other DVB Home Network devices on the home network; 

• detecting capabilities of other DVB Home Network devices on the home network; 

• advertising of DVB content to other DVB HN devices on the home network: 

that is available on the Access Network; 

that is stored on a DVB Home Network device on the home network; 

• streaming DVB content: 

from the Access Network over the home network to a DVB Home Network device; 

from a DVB Home Network device over the home network to another DVB Home Network device. 

NOTE: This first version of the present document does not support "multi-component" streaming but the 
intention is to align with the work ongoing in UPnP AV4 to address these requirements. 



References 



References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the 
reference document (including any amendments) applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http ://docbox . etsi . or g/Ref erence . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are necessary for the application of the present document. 

[1] ETSI TS 102 034: "Digital Video Broadcasting (DVB); Transport of MPEG-2 TS Based DVB 

Services over IP Based Networks". 

[2] ETSI TS 102 539: "Digital Video Broadcasting (DVB); Carriage of Broadband Content Guide 

(BCG) information over Internet Protocol (IP)". 

[3] DVB BlueBook A109: " Digital Video Broadcasting DVB-HN (Home Network) Reference 

Model, Phase 1". 

[4] IEEE 802.3-2005/Cor 2-2007: "IEEE Standard for Information Technology - Telecommunications 

and Information Exchange Between Systems - Local and Metropolitan Area Networks - Specific 
Requirements Part 3: Carrier Sense Multiple Access with Collision Detection (CSMA/CD) Access 
Method and Physical Layer Specifications - Corrigendum 2: IEEE Std 802.3an-2006 lOGBASE-T 
Correction" . 
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[5] IEEE 802.1 1-2007: "Standard for Information Technology- Telecommunications and information 

exchange between systems- Local and metropoHtan area network- Specific requirements Part 1 1 : 
Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications". 

NOTE: This document reflects the combining of the 2003 Edition of 802. 1 1 plus the 802. 1 Ig, 802. 1 Ih, 802. 1 li 
and 802. llj Amendments) (Revision of IEEE Std 802.11-1999). 

[6] lEC 62481-1: "Digital living network alliance (DLNA) home networked device interoperability 

guidelines - Part 1: Architecture and protocols". 

[7] lEC 62481-2: "Digital living network alliance (DLNA) home networked device interoperability 

guidelines - Part 2: DLNA media formats". 

[8] IETF RFC 1042: "A Standard for the Transmission of IP Datagrams over IEEE 802 Networks". 

[9] IETF RFC 826: "An Ethernet Address Resolution Protocol - or - converting Network Protocol 

Addresses to 48. bit Ethernet Address for Transmission on Ethernet Hardware". 

[10] ETSI TS 101 154: "Digital Video Broadcasting (DVB); Specification for the use of Video and 

Audio Coding in Broadcasting Applications based on the MPEG-2 Transport Stream" . 

[11] ETSI TS 102 825-9: "Digital Video Broadcasting (DVB); Content Protection and Copy 

Management (DVB-CPCM); Part 9: CPCM System Adaptation Layers". 

[12] IETF RFC 2475: "An Architecture for Differentiated Services". 

[13] IETF RFC 4594: "Configuration Guidelines for DiffServ Service Classes". 

[14] lEC 29341-1: "Information technology - UPnP Device Architecture - Part 1: UPnP Device 

Architecture Version 1.0". 

[15] ETSI TS 102 323: "Digital Video Broadcasting (DVB); Carriage and signalling of TV- Anytime 

information in DVB Transport Streams". 

[16] ETSI TS 102 822-3-2: "Broadcast and On-line Services: Search, select, and rightful use of content 

on personal storage systems ("TV- Anytime"); Part 3: Metadata; Sub-part 2: System aspects in a 
uni-directional environment" . 

[17] IETF RFC 4588: "RTP Retransmission Payload Format". 

[18] ETSI TS 102 822-3-1: (VI. 3.1): "Broadcast and On-line Services: Search, select, and rightful use 

of content on personal storage systems ("TV- Any time"); Part 3: Metadata; Sub-part 1: Phase 1 - 
Metadata schemas". 

2.2 Informative references 

The following referenced documents are not necessary for the application of the present document but they assist the 
user with regard to a particular subject area. 

[i.l] IETF RFC 3066: "Tags for the Identification of Languages". 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TS 102 034 [1], TS 102 539 [2] and the 
following apply: 

Device: when used alone, "device" means "physical device" 
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Device Class: Class defined by a set of Logical Functions 



NOTE: A single physical device may support multiple Device Classes. A Device Class may be distributed over 
several physical devices (DVB-BGD). 

Logical Function: Function providing a Home Network feature 

NOTE: Logical Functions defined are: Streaming Point (SP), Discovery Point (DP) and Rendering Point (RP). 



3.2 



Abbreviations 



For the purposes of the present document, the abbreviations given in TS 102 034 [1], TS 102 539 [2] and the following 
apply: 

AL-FEC Application Layer Forward Error Correction 

AN Access Network 

BCG Broadband Content Guide 

CDS Content Download Service 

CoD Content on Demand 

CPCM Content Protection and Copy Management 

CRID Content Reference IDentifier 

CRL Certificate Revocation List 

CSV Comma Separated Values 

DHCP Dynamic Host Configuration Protocol 

DLNA Digital Living Network Alliance 

DNG Delivery Network Gateway 

DNS Domain Name System 

DP Discovery Poin t 

DSCP Differentiated Services Code Point 

DVB-BGD Digital Video Broadcasting - Bidirectional Gateway 

DVB-C Digital Video Broadcasting - Cable 

DVB -MR Digital Video Broadcasting - Media Renderer 

DVB -MS Digital Video Broadcasting - Media Server 

DVB-S Digital Video Broadcasting - Satellite 

DVBSTP DVB SD&S Transport Protocol 

DVB-T Digital Video Broadcasting - Terrestrial 

DVB-UGD Digital Video Broadcasting - Unidirectional Gateway 

EPG Electronic Program Guide 

ETSI European Telecommunications Standards Institute 

EEC Forward Error Correction 

HN Home Network 

HN-DP HN-Broadband Discovery Point 

HNED Home Network End Device 

HN-RP HN-Rendering Point 

HN-SP HN-Broadband Streaming Point 

HTTP Hyper Text Transfer Protocol 

ID IDentifier 

IEEE Institute of Electrical and Electronics Engineers 

IETF Internet Engineering Task Force 

IGMP Internet Group Management Protocol 

IP Internet Protocol 

IPTV Internet Protocol TV 

IPv4 Internet Protocol version 4 

ISO International Organization for Standardization 

LAN Local Area Network 

LMB Live Media Broadcast 

MAC Media Access Control 

MHP Multimedia Home Platform 

MPEG Moving Pictures Expert Group 

QoS Quality of Service 

RFC Request For Comments 

RP Rendering Point 
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RSNA Robust Security Network Association 

RTP Real-time Transport Protocol 

RTSP Real Time Streaming Protocol 

SAC Secure Authenticate Channel 

SD&S Service Discovery and Selection 

SDT Service Descriptor Table 

SI Service Information 

SMPTE Society of Motion-Picture and Television Engineers 

SOAP Simple Object Access Protocol 

SP Streaming Point 

SSRC Synchronization Source 

TS Transport Stream 

TV Television 

TVA TV-Anytime 

UDP User Datagram Protocol 

UI User Interface 

UPnP AV Universal Plug and Play Audio Video 

UPnP CDS Universal Plug and Play Content Discovery Service 

UPnP DDC Universal Plug and Play Device Discovery and Control 

UPnP SRS Universal Plug and Play Scheduled Recording Service 

UPnP Universal Plug and Play 

URI Uniform Resource Indentifier 

URL Uniform Resource Locator 

VBR Variable Bit Rate 

WPA WiFi Protected Access 

XML extensible Markup Language 



4 Use Cases 

This clause describes the Use Cases covered by the DVB-HN Phase 1 specification. The Use Cases are a subset taken 
from DVB BlueBook A109 [3]. 

DVB content is protected content or free to air content. 

4.1 Use case 1 : Streamed content from the Access Network 
into the Home Network 

A DVB Home Network device receiving DVB content, streamed from the Access Network, forwards this content to 
another DVB Home Network device on the home network. 

Streaming content means that the content is pushed by the source on the Access Network to the forwarding DVB Home 
Network device as a DVB -stream defined by TS 101 154 [10]. The DVB -stream can be: 

• a live-TV stream part of a live media broadcast (LMB) service; 

• a recorded program stored outside the home by a service provider and streamed as part of a Content on 
Demand (CoD) service. 

4.2 Use case 2: Locally stored content 

A user uses a DVB Home Network device which enables him to find and play DVB content that is advertised and 
distributed by another DVB Home Network device. 

In this use case the DVB content is stored completely on the DVB Home Network device and no active connection to 
the Access Network is needed. 
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Home Network Architecture 



5.1 Logical model 



This clause presents the DVB Home Network model. The DVB-HN model is a logical model that defines logical 
functions and the IPI-HN interface. 

Figure 1 presents the description model that will be used in the present document. 



0..1 






<logical function 
name> 



p1 ► p2 

<data translation > 

p1 — ► 
<data generation > 




IPI-HN 



1 



Figure 1: DVB-HN model building block: Logical Function 

A logical function either: 

• translates content/metadata coming in over the non-IPI_HN interface to content/metadata going out over the 
IPI-HN interface (use case 1); 

• generates content/metadata going out over the IPI-HN interface (use case 2); 

• receives content/metadata over the IPI-HN interface (use case 1 or 2). 
These are the possible interfaces for DVB-HN logical functions: 

• IPI-1: this is the DVB-IPTV interface as specified in [1]. This interface provides access to DVB-IPTV 
services; 

• IPI-HN: this interface is used by the DVB-HN function to interact with other DVB-HN functions over the 
home network. It is fully specified in the present document and is mandatory on any DVB-HN function; 

• DVB-C/S/T: is the interface specified for delivering cable/satellite/terrestrial broadcast access network 
services into the DVB-HN. 

A single instance of a logical function must have one IPI-HN interface and may have at most one Access Network (AN) 
interface (IPI-1 or DVB-C/S/T). Physical devices with multiple AN interfaces are modelled with multiple logical 
functions implemented by that physical device. 

A logical function must be implemented as a whole by one physical DVB-HN device. 

Different instances of logical functions can be implemented by different physical DVB-HN devices and communicate 
over the IPI-HN interface. This specification defines how logical functions communicate over the IPI-HN interface. 

Manufacturers may decide on the combination of logical functions which they implement in their DVB-HN devices. 
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5.2 Logical functions 



Table 1 describes each of the logical functions of the DVB-HN model. 

Table 1 : DVB Logical functions 



DVB-HN 

Logical 

Function 



Description 



DVB- 
S/C/T 



HN-DP 




HN-DP 



SD&S -> UPnP CDS 
BCG -> UPnP CDS 



SI->UPnPCDS 



-> UPnP CDS 




Discovery Point: 

• Advertises DVB content over IPI-HN interface by translating SD&S and BCG data 
received via IPI-1 interface from IPI-1 access network into UPnP-CDS. 

• Advertises DVB content over IPI-HN by translating SI data received from DVB-S/C/T 
access network into UPnP-CDS. 

• Advertises in UPnP-CDS any locally stored DVB content over the IPI-HN interface. 
(See note 1 ) 



HN-SP 




Streaming Point: 

• Streams the actual DVB content over the IPI-HN interface after it has been selected 
based on information advertised by the discovery point. 

A DVB HN SP performs at least one of the following: 

• It translates or forwards any streams received via the IPI-1 interface as unicast or 
multicast RTP on the IPI-HN interface. 

• If streaming content in IPI domain is compatible with HN domain, then content can be 
forwarded directly to the HN-RP, for example, where the media format is MPEG2-TS 
and transport protocol is DVB-HN compatible RTP. 

• If the content is stored locally on the DVB-HN device that implements this logical 
function it streams this content out over the IPI-HN interface with unicast RTP. 
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DVB-HN 

Logical 

Function 


Description 


HN-RP 






^2_ HN-RP 








^^^^ iiPnPr.n.q<- 




IPI-HN 




^^^^^^ RTP<-^^^i 








Rendering Point 

• Receives and renders and/or stores content received via IPI-HN interface via RTP. 

• Local playback of stored content on the same physical device is subject to internal 
device implementation and is out of scope of DVB-HN. 

(See note 2) 


NOTE 1 : A DVB HN DP must perform at least one of these bulleted functions. 

NOTE 2: The HN-RP may also implement an IPI-1 interface if it wants to be able to render a DVB stream delivered 
directly from the Access Network However this does not involve the IPI-HN interface and is therefore out 
of scope of the DVB-HN specification and not reflected in the logical function. 



5.3 



Device Classes 



In alignment with DLNA, DVB distinguishes different classes of devices. The identified classes specific to DVB-HN 
are listed in table 2. A physical device may implement one or more device classes. 

Table 2: DVB-HN Device Classes 



Acronym 


Name 


Definition 


Logical functions 


DVB-MR 


DVB Media Renderer 


A device class having IPI-HN 
interface with the role of rendering 
content it receives from anther 
Home Network devices. 


HN-RP 


DVB-MS 


DVB Media Server 


A device class having IPI-HN 
interface able to expose and serve 
locally stored DVB content. 


HN-SP, HN-DP 

HN-SP and HN-DP shall be 

implemented in a single physical 

device. 


DVB-UGD 


DVB Unidirectional 
Gateway Device 


A device class having IPI-HN and 
DVB-S/T/C interface(s) able to 
expose and serve DVB content 
coming from the broadcast AN. 


HN-SP, HN-DP 

HN-SP and HN-DP shall be 

implemented in a single physical 

device. 


DVB-BGD 


DVB Bidirectional 
Gateway Device 


A device class having IPI-HN and 
IPI-1 interface able to expose and 
serve DVB content coming from 
the broadband AN. 


HN-SP, HN-DP 

In the scope of this specification, the 
network protocol between HN-SP and 
HN-DP (in the case of distributed 
implementation) is not defined. This 
may be part of future versions of this 
specification. HN-SP and HN-DP shall 
be implemented in a single physical 
device for Phase 1 HN. 
The support of the signalling part of 
IPI-1 (SD&S) is mandatory for HN-DP 
and the support of the content delivery 
part of IPI-1 (RTP) is mandatory for 
HN-SP. 
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5.4 UPnP mapping 



All Device Classes must support UPnP Device Architecture [14] for discovery, description, control, eventing and 
presentation as defined in [6] : 

• A HN-RP shall support an UPnP AV MediaRenderer as defined in [6] device having an AVTransport service, 
RenderingControl service and a ConnectionManager service. 

• A HN-DP shall support an UPnP AV MediaServer as defined in [6] device that must include a 
ContentDirectory service and a ConnectionManager service. 

Figure 2 represents the "data and control -plane" of the DVB-HN model that shows all the DVB-HN Device Classes 
with their Logical Functions and interfaces. The diagram does not show the "management plane" of the DVB-HN, 
i.e. elements needed to configure and manage the IPI-HN interface such as assigning IP addresses. 



'/a 



DVB-BGD 
HN-DP 



DVB-MR 
HN-RP ^ 

UPnP MR 
(AVT, RCS, CMS) 




UPnP MS 
(CDS, CMS) 
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o 
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z 
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< 

o 
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NOTE: The Delivery Network Gateway (DNG) is a logical function defined by DVB-IPTV [1] but it is not part of the 
"data&control-plane" of the DVB-HN Logical Model as it does not interface with any of the Logical 
Functions of the DVB-HN Logical Model. The DNG plays a role in the "management plane" of the DVB-HN 
to manage and configure the IP protocol stack of the IPI-1 and IP-HN interfaces. 

Figure 2: DVB Home Network Logical Model (data & control plane) 

Annex A provides several implementation scenarios with example allocations of DVB-HN logical functions to physical 
devices. 



Networking and connectivity 



This clause is related to the physical interfaces and MAC layers of the Home Network devices. This includes both wired 
and wireless standards for device connectivity. 

A DVB HN device shall support at least one of the following connectivity methods: 

• Ethernet (according to IEEE 802.3 [4], minimum lOOTx). 

• Wireless LAN (according to IEEE 802. 1 1 [5]). 

A DVB HN device with a wireless interface shall support 802.11a, 802. llg or 802.1 In [5], it may support any 
combination of them. 
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In addition other physical layers may be supported either directly (e.g. HomePlug AV) or by bridging from one of the 
mandatory network connection types by a DVB HN device. 

A DVB HN device may have several physical connections to the Home Network. In that case it shall follow the DLNA 
Guidelines Appendix C [6] . 

All IP-based traffic shall be carried transparently over the Home Network. The IETF specification RFC 1042 [8] and 
the Address Resolution Protocol as defined in RFC 826 [9] shall be used. 

Each device in a DVB Home Network should be uniquely identified by its MAC address (IEEE sanctioned 48 bit 
Ethernet address) that has been assigned to one of its network interfaces. 

DVB HN devices shall support IPv4. The physical IPI-HN interfaces inside a DVB Home Network are on a single IP 
subnet. 

Each physical interface has at least one distinct IPv4 address. Such IP addresses shall be obtained by DHCP accordingly 
to DVB -IP [1] or, in case of DHCP failure, by Auto-IP, in accordance with DLNA Guidelines [6]. 

A networking technology that uses a shared medium that cannot guarantee that signals cannot be received outside of the 
household (e.g. wireless) shall provide the option of providing a link layer security. This link layer security should be 
enabled by default and the device should provide a simple method for the consumer to configure the security settings. 

Devices using IEEE P802.ll [5] should support the security framework described in [5] including at least one of the 
RSNA algorithms. Devices using IEEE P802.ll [5] should also implement the Wi-Fi Protected Setup test plan, as 
defined by the WiFi Alliance. 

The link layer security for other shared access media should be comparable or higher in strength to the WiFi Protected 
Access (WPA) defined by the WiFi AlHance. 



Supported media formats 



HN-RP shall support the DLNA MPEG_TS_SD_EU profile (DLNA GuideHnes [7]). HN-RP may also support 
additional media formats described in TS 101 154 [10]. 

HN-SP may send DVB content following any format described in TS 101 154 [10]. The ability to transcode to a DLNA 
supported format is not mandatory in the HN-SP. 



7.1 Media Format Matching 



Media Format matching is an important step in the process of discovering and presenting a content item to the end-user. 
The server exposes content which is available in a specific format. The rendering device is assumed to be able to render 
one or more formats, for the components of that content item, for example video, audio, subtitles. 

The matching process must ensure that a content item can be rendered by a rendering device: 

• The media format of the content shall be exposed using the tva:AV Attributes XML elements (as defined 
in [18]) present in the <item> XML structure of the CDS in the DVB defined extensions. 

Furthermore, if the media format is compliant with a DLNA media format, it shall be exposed in the 
protocollnfo 4* field under DLNA.ORG_PN parameter, as defined by DLNA. 

• The supported media formats of the HN-RP shall be exposed using the RCS::GetCapabilities() action. This 
new action is defined hereafter. 

Furthermore, the HN-RP shall expose its DLNA media format capabilities using the protocollnfo 

4^^ field under DLNA.ORG_PN parameter within the response to the CMS::GetProtocolInfo(), as defined 

by DLNA. 

NOTE: If the media format of the components of a content item coming from a DVB source does not comply 
with any DLNA supported media format, a DVB_SPECIFIC_FORMAT value should be carried in the 
protocollnfo 4^^ field under DLNA.ORG_PN parameter. 
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7.2 Retrieve Supported Media Formats from tine HN-RP 

A new UPnP action is defined within the Rendering Control Service. It is called RCS::GetCapabilities(). 



Argument 


Direction 


relatedStateVariable 


HorizontalSize 


OUT 


Size 


VerticalSize 


OUT 


Size 


SupportedMediaFormat 


OUT 


IVIediaFormatList 



The Size state variable is an integer representing the size HN-RP is able to decode. 

The MediaFormatList state variable is a string carrying an XML document following the XML schema: 

<xs : element name= "MediaFormatList " > 
<xs : complexType> 

<xs: element name ="deliveryf ormat" type= dvb : Control ledTermType minoccurs="l"/ 
maxOccurs= "unbounded" > 
<xs : sequence> 

<xs: element name="AudioFormat " type=" tva : ControlledTermType "minOccurs="0" 
maxOccur s = " unbounded " maxOc cur s = " unbounded " > / > 

<xs: element name="VideoFormat " type=" tva : ControlledTermType "minOccurs=" 0" 
maxOccurs= "unbounded" maxOccurs= "unbounded" >/> 
</xs : sequence> 
<xs : element > 
</xs : complexType> 
</xs :element> 

The "deli very Format" will contain the termid of the delivery method referenced to classification scheme 
"DeliveryFormatCS " defined by DVB in annes D of the present document. 



8 DVB HN Device Discovery 

The method of description of a DVB device class in terms of UPnP DDC shall follow the same structure as used by 
DLNA[6]. 

8.1 DVB-HN Device Specific Extensions 

DVB HN devices shall employ the <dvb:X_DVBDOC> XML element inside the <device> element of the device 
description document to indicate adherence to a particular DVB TM-IPI Home Network interoperability specification 
document version (this document). The value of this element is the DVB Device Class, a dash character, followed by 
the numeric version value of the specification document. 

The <dvb:X_DVBDOC> element indicates DVB compliance for a specific <device>, excluding its embedded devices 
listed in <deviceList>. 

The value of the <dvb:X_DVBDOC> element is a string as defined below. Linear white spaces (LWS) are not implied 
in this definition below. 

dvbdoc-value = dvb-dev-class "-" dvb-version 

dvb-dev-class = "DVB-HN-MR" | "DVB-HN-MS" | "DVB-HN-BGD" | "DVB-HN-UGD" | other-dev-class 

other-dev-class = *<"A" - "Z", "a" - "z", "-"> 

dvb-version = major-version "." minor-version 

major-version = DIGIT 

minor-version = DIGIT DIGIT 

An example of <dvb:X_DVBDOC> element is shown as follows: 

<dvb:X_DVBDOC xmlns :dvb="urn: schemas-dvb-org : device-1-0 " > 

DVB-HN-UGD- 1.01 
</dvb:X_DVBDOC> 
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8.2 Discovery of CPCM Devices 



A serving endpoint or a HN RP that implements DVB CPCM shall implement a DVB CPCM UPnP service and 
advertise this service in their UPnP device description, as defined by CPCM [11]. 



Content Discovery 



9.1 CDS 

The UPnP Content Discovery Service (CDS) as defined by DLNA [6] shall be used to expose all services that are made 
available over the HN. The CDS shall follow all the relevant guidelines defined by DLNA [6]. In addition to this, the 
UPnP CDS should carry the tva: A V Attributes XML elements as defined in [18]. 

Services may originate either from intra-network servers such as HN servers offering stored content or from access 
network sources. From the HN side all those servers will offer the CDS information according to DLNA [6] extended as 
specified in the present document. 

For content delivered over an access network the CDS will be populated by the access network delivery gateway device 
(HN-BGD or HN-UGD). The access network gateway devices must translate the incoming metadata formats from the 
DVB-C/S/T or DVB IPTV delivery to CDS which can be exposed or queried within the HN. Clause 13 gives an 
indication of the functionality required in a DVB-C/S/T access network gateway device. 

In this context a "service" may be in the form of a sequence of streamed content items as in a live media stream, with or 
without the ability to apply trick mode delivery to that content, or as a library of on-demand content items, such as 
episodes of a series, or an arbitrarily groups set of content items which have been recorded onto a storage device. 

The DVB HN content items associated with those services shall be represented as EPGItems exposed within the HN 
using CDS as profiled by DLNA [6]. 

Content items within DVB services received from access networks, either directly or via storage (time-shifting), may 
have several components of the same type, e.g. multiple audio and multiple subtitles for a given video component. 
Using CDS as profiled by DLNA [6], some or all of the combinations may be exposed as separate protocolinfo entries 
in the resource elements of separate HN EPGItems meaning that a single content item may be exposed several times, or 
as a single EPGItem with multiple resource elements, each including its own protocolinfo. 

9.1 .1 Translation of DVB metadata into UPnP CDS 

The present document describes the mapping of the metadata provided over the access networks into CDS format for 
delivery into the DVB home network. However, in some cases there may not be a direct correspondence for some fields 
and elements of the incoming metadata in the CDS document structure. In the cases where there is no direct 
correspondence either the incoming metadata cannot be exposed or there may be omissions in the CDS. 

The metadata mapping is compatible with CDS as specified by DLNA [6]. DVB defined translations from the standard 
DVB metadata formats (SI, SD&S [1], BCG [2]/TVA [15] [16]) and the details of these mappings are given in 
annexes B and C, which also show the precedence in the case where metadata from multiple sources is available for any 
CDS element. 
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9.2 Transport protocol information 

There are three media transport methods for DVB-HN. The method covers both: 

• Transport format 

• Session interaction between client and server 
The three methods are: 



Media transport 
method 


session protocol 


transport format 


Server 


Client 


HTTP 


HTTP 


HTTP 


HTTP server 


HTTP client 


RTSP-RTP 


RTSP 


RTP 


RTSP server, 
RTP sender 


RTSP client, 
RTP receiver 


Multicast 


IGMP 


RTP, UDP 


IGMP proxy/server, 
RTP or UDP sender 


IGMP client, 

RTP or UDP receiver 



If HTTP mode is used, then the DLNA GuideHnes [6] shall be followed. 

If RTSP-RTP mode is used, then the DVB IPI-1 handbook [1] shall be followed. 

If the Multicast mode is used then: 

• The upnp:res@protocolInfo attribute shall follow the following rules: 

first field is set to "dvb-igmp"; 

second field is set to "*"; 

third field is set to the RTP Payload Type (33 for MPEG2-TS) of the content; 

the fourth field follows the same definition as for the other transport modes. 

• The URI of the res element follows the RTP locator as defined in TS 102 539 [2]. 



9.3 Tuner representation 



In the ContentDiscovery service, a tuner shall be described following the DLNA Guidelines [6]. 



9.4 



DVB CPCM 



Content protected by DVB CPCM shall follow specific extensions as defined in the CPCM specifications [11]. 

A serving endpoint may contain a mixture of content that is both protected and unprotected. UPnP CDS fields in each 
content item description are used to signal if content is protected. If a content item has parts that are unprotected and 
parts that are protected, the entire content item shall be signalled as protected. 



1 DVB content transport 



A HN-SP with an IPI-1 interface shall support the reception of a MPEG-2 TS services that comply with clauses 7.1 
and 7.2 of TS 102 034 [1]. 

On the IPI-HN interface, the HN-SP shall support sending a MPEG-2 TS service to another DVB device attached to the 
home network using RTP/UDP/IP unicast delivery and may support delivery to multiple devices using RTP/UDP/IP 
multicast. Therefore a HN-RP shall support the ability to connect to a multicast RTP/UDP/IP service delivered on the 
HN. Note a HN-SP is not mandated to translate an incoming multicast service into unicast. 

Both the HN-RP and HN-SP must support RTP on the IPI-HN interface for streamed MPEG2 TS services. 
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The use of direct User Datagram Protocol (UDP) encapsulation format (as defined in clause 7.1.2 of TS 102 034 [1]) is 
not a defined format of the IPI-HN interface. The HN-SP may convert this UDP stream to RTP (a defined format of the 
IPI-HN interface) or use direct UDP streaming, a vendor specific extension. 

On the IPI-HN interface, the HN-RP shall support MPEG-2 TS for real time services and comply to clauses 7.1 and 7.2 
ofTS 102 034 [1]. 

The DVB HN devices may also implement HTTP as specified in the DLNA Guidelines [6] as a transport protocol for 
MPEG-2 TS service delivery in the Home Network. 

10.1 RTSP 

A HN-SP and HN-RP shall support the RTSP protocol as defined in TS 102 034 [1]. 

Although all the necessary information will be contained in the UPnP CDS for a content item, the DESCRIBE method 
may be implemented to describe the transport for that content item. In that case the DESCRIBE answer should contain 
the UPnP CDS XML fragment describing the item. 

10.2 DVBCPCM 

If a serving endpoint provides protected content over HTTP transport and supports random access, it shall signal if it 
supports random access in the clear text domain by appropriate use of the "cleartextbyteseek-full" and 
"lop-cleartextbytes" bits of the " DLNA. ORG_FL AGS" parameter (see clauses 7.3.37 and 17.3.1 in DLNA [6]). 

In the case of a cleartext byte seek request to a device that does not support the cleartext byte domain, the device shall 
respond with a HTTP error code 406. 

As protection setup operations (e.g. SAC establishment, CRL exchange) may take some time and waiting until an item 
of content is requested may cause undesirable delays before the presentation of the content, initiation of content 
protection specific setup operations may be performed while browsing for content or upon invocation of 
AVT:SetAVTransportURI in order to mitigate these delays. 



11 QoS 



DVB shall use a QoS mechanism based on differentiated services code point (DSCP) definitions as given in 
RFC 2475 [12] and RFC 4594 [13] over the IPI-HN network. The values used shall be the same as defined in the 
DLNA Extended GuideHnes [6]. 

These values are not identical to those specified in TS 102 034 [1] but there is general compatibility between them for 
the services which are commonly defined. 



1 2 Reliable HN data transfers 

The streaming of DVB content with TS/RTP/UDP between two DVB HN devices can be protected against packet loss 
by means of RTP retransmission. Duplicate or multicast repair shall not be used. 

A HN-DP advertises the RTP retransmission support by means of UPnP CDS. RTP retransmission in DVB HN MUST 
make use of the RFC 4588 [17] Retransmission Packet Format. 

The RTP retransmission service may be provided outside the DVB HN when the content is also sourced outside the 
DVB HN and entering the DVB HN via the HN-SP. The HN-DP advertises by means of UPnP CDS the relevant RTP 
retransmission related parameters - which can be a subset of the RTP retransmission parameters as defined in DVB 
RET and advertised on the IPI-1 interface [1]. Original RTP streams that are sourced outside the DVB HN shall not be 
combined with locally sourced RTP retransmission service. 
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When a HN-SP streams locally stored content with unicast RTP and the HN-SP provides RTP retransmission support, a 
SSRC multiplexing scheme shall be used. This means that the original RTP stream and the retransmission stream share 
the same source and destination transport address. A HN-DP shall advertise its RTP Retransmission capability via 
UPnP CDS XML metadata and optionally also by means of RTSP describe response, as defined in the DVB IPI-1 
handbook [1]. 
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Annex A (informative): 

Device Implementation Examples 

This annex presents several possibilities of DVB-HN deployment and actual device implementation. Figure A.l 
presents the graphical elements as used in the rest of this clause. 



Device Name 



■i 



DVB HN function 



IPI-1 



Physical 
interface 



H 
IPI-HN 1 -^ — I 

=LfT 



Logical 
interface 



Logical internal 
connection 



Home Network 



<^ 



Physical home 
network connection 



Figure A.1 



A.1 DVB-HN broadband gateway device 

The routing gateway function (the DNG) is integrated with the DVB-HN "broadband tuner". Thus this DVB-HN 
Broadband Gateway device provides usual broadband connectivity through the DNG and also DVB-HN connectivity 
through the IPI-HN interface. Those two interfaces are logical and are used on the same physical network connector. 



DVB-BGD 



Broadband 
Delivery Network 



hH 



DNG 



HN-SP 
HN-DP 

IPI-1 



SD&S /BCG^ CDS 
RTP^ RTP 



Figure A.2 



IPI-HN 



3- 



Home Network 
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A.2 DVB-HN hybrid broadcast/broadband tuner device 

This device is receiving DVB broadcast services from its broadcast terrestrial interface and DVB IPTV services from its 
home network interface (using IPI-1 interface). 



DVB-UGD 



Broadband 
Delivery Network 



HN-DP 
HN-SP 



Home Network 



DNG 



^H 



DVB-T/S/C 

SI -^ CDS 
TS -^ RTP 



DVB-T/S/C 
Delivery Network 



I PI H SD&S/BCG^CDS 

"^ ' ' n RTP^ RTP 



IPI-HN 



Figure A.3 



A.3 DVB-HN/DLNA player device 

This device is able to render DVB-HN content coming from DVB-HN servers and also DLNA content coming from 
DLNA servers. 

• DLNA: this is the DLNA interface [6], used by HN devices to interact with other DLNA devices on the home 
network. This interface is optional for DVB-HN functions. 



DVB-HN/DLNA player device 



HN-RP 



IPI-HN 



DLNA-DMR 



DLNA 



Home Network 




Figure A.4 
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A.4 DVB-HN broadcast tuner/player 



DVB-HN Broadcast tuner/Player device 



HN-RP 



IPI-HN 



Home Network 



HN-SP 
HN-DP 



DVB-T/S/C 



DVB-T/S/C 
Delivery Network 



IPI-HN 



^ 



Figure A.5 
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Annex B (informative): 

IVIapping DVB SI and TV Anytime information into UPnP 

CDS objects 

This annex provides suggested values for populating UPnP CDS elements and attributes by using information from a 
TV Anytime document or from DVB SI. 

For TV Anytime documents, XPath syntax is used to designate the TV Anytime attribute/element that is used as the 
source of the information. To shorten these XPath strings, a "context node" is specified which needs to be inserted in 
front of each XPath entry in the following tables. 

For DVB SI, a path like syntax is adopted where each item is separated by a forward slash. The item to the right of the 
forward slash is contained within the item to the left of the slash. For example "SDT/Service descriptor/service provider 
name" indicates that the service descriptor is within the SDT and that the service provider name is within the service 
descriptor. The "&" character is used to indicate the concatenation of multiple items. The "+" character is used to denote 
the mathematical summation of the items. 

Some UPnP elements and attributes can be populated with information from multiple sources within a TV Anytime 
document. In this situation, multiple XPath definitions are provided. The ordering of these entries is significant and the 
earlier entries should be used to populate UPnP elements/attributes in preference to later entries. 

For some UPnP CDS elements/attributes, a fixed value is specified by providing the value in quotation marks. 

In the following tables, the TV Anytime Schema is used with the "tva" namespace prefix, the MPEG-7 Schema is used 
with the "mpeg7" namespace prefix and the UPnP Schema CDS is used with the "upnp" namespace prefix. 



B.1 Context nodes 



1) /tva:TVAMain/tva:ProgramDescription/tva:ProgramInformationTable/tva:ProgramInformation 

2) /tva:T VAMain/tva:ProgramDescription/tva: GroupInformationTable/tva: GroupInformation[ @ groupId=upnp : 
programID] 

3) /tva:TVAMain/tva:ProgramDescription/tva:ProgramLocationTable/tva: Schedule/tva: ScheduleEvent[tva : 
Program @crid=upnp :programID] 

4) /tva:TVAMain/tva:ProgramDescription/tva:ProgramLocationTable/tva:BroadcastEvent 

5) /tva:TVAMain/tva:ProgramDescription/tva:ServiceInformationTable/tva:ServiceInformation[@serviceId 
=serviceIDRef] 

6) /tva:T VAMain/tva:ProgramDescription/tva: GroupInformationTable/tva: GroupInformation[ @ groupId=upnp : 
seriesID] 
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B.2 epgltem 



A UPnP CDS epgltem instance represents a program such as a single radio show, a single TV show or a series of 
programs. 

Table B.1: epgltem:item Properties 



Property Name 


R/0 


Context 
Node 


DVB/TVA mapping 


DVB/SI mapping 


Remarks 


upnp:class 


R 




"object.item.epgltem.videoProgram" or 
"object.item. epgltem. audioProgram" 




upnp:channelGroupName 









BAT/Bouquet name 
descriptor 




upnp:channelGroupName 
@id 









BAT/bouquetJd 




upnp:channelGroupName 
(5)languageCode 









BAT/ Bouquet 
name 

descriptor/ISO_639 
language code 




upnp:epgProviderName 













upnp:serviceProvider 





5 


tva:Owner/text() 


SDT/Service 
descriptor/service 
provider name 




upnp:channelName 





5 


tva:Name/text() 


SDT/Service 

descriptor/service 

name 


Contains the 
user-friendly 
name of the 
associated 
broadcast 
channel. This is 
typically used for 
live or recorded 
content. 


upnp:channelNr 











contains the 
number of the 
associated 
broadcast 
channel. This is 
typically used for 
live content or 
recorded 
content. 


upnp:programTitle 





4 

1 


tva:lnstanceDescription/tva:Title/text() 
tva:BasicDescription/Title/text() 


EIT/ Short event 

descriptor/event_na 

me 


contains the 
name of the 
program. 


upnp:seriesTitle 





6 


tva:BasicDescription / tva:Title/text() 




contains the 
name of the 
series. 


upnp:programlD 





1 
4 


(g)programld 
(g)programld 


EIT/event id 
CIT/crid 




upnp:programlD@type 







"urn:tva:metadata:2004" 


"urn:dvb:?" 


indicates the 
type of the ID 


upnp:serieslD 





1 
2 


tva:MemberOf/text() 
(a)groupld 




contains the 
GRID of a 
series. 


upnp:serieslD(g)type 





1 


"urn:tva:metadata:2004" 




indicates the 
type of the ID 


upnp:channellD 





5 


tva:ServiceURL/text() 


EIT/serviceJd & 
EIT/transport_strea 
m_id& 

EIT/original networ 
k id 


identifies the 
channel that was 
the source. 


upnp:channellD(g)type 







"SI" or "NETWORK" 


"SI" 


indicates the 
type of the ID 


upnp:episodeCount 





2 


(a)numOfltems 




contains the 
total number of 
episodes in the 
series 
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Property Name 


R/0 


Context 
Node 


DVB/TVA mapping 


DVB/SI mapping 


Remarks 


upnp:episodeNumber 





1 


tva:EpisodeOf(a)index 




contains the 
episode number 
of this recorded 
content within 
the series to 
which this 
content belongs. 


upnp:programCode 





1 


(a)programld 


EIT/eventJd 


contains a 
unique program 
code to trigger 
automatic 
recording 


upnp:programCode(a)type 







"urn:tva:metadata:2004" 


"urn:dvb:?" 


indicates the 
type of the 
program guide 
service that 
defines the 
program code 
specified in the 
upnp:proaramCo 


de property 


upnp:rating 





1 
2 


tva:BasicDescription/tva:ParentalGuidance/text( 

) 
tva:BasicDescription/tva:ParentalGuidance/text( 

) 


EIT/Parental rating 
descriptor/rating 


contains the 
viewer rating 
value of the 
content of this 
item 


upnp:rating@type 







"urn:mpeg:mpeg7:schema:2001 " 


EIT/Parental rating 
descriptor/country_ 
code 


indicates the 
rating system 
used 


upnp:episodeType 





3 
3 
3 
3 


tva:Live 
tva: Repeat 
tva:FirstShowing 
tva:LastShowing 




indicates the 
broadcast 
novelty (for 
example, 
"FIRST-RUM' or 
"REPEAT) of 
this content 
item. 


upnp:genre 





4 
1 


tva:lnstanceDescription/tva:Genre/text() 
tva:lnstanceDescription/tva:Genre/text() 


EIT/Content 
descriptor 




upnp:genre(g)id 







ContentCS/termID 
ContentCommercialCS / termID 


"urn:dvb:?" 


identifies the 
genre scheme 
which defines 
the set of names 
used 


upnp:genre@extended 







ContentCS / termName 
ContentCommercialCS / termName 




a CSV list of 

genre names, 

which are 

individually 

displayable 

strings, 

representing 

increasingly 

precise 

(sub)genre 

names. 

Example: 

"Sports, Basketb 

all, NBA" 


upnp:artist 





1 


tva :BasicDescription/ 
tva:CreditsList/tva:Creditsltem/ 
tvaPersonName r/mpeg7:GivenName/text() & 
tva :BasicDescription/ 
tva:CreditsList/tva:Creditsltem/ 
tvaPersonName r/mpeg7:FamilyName/text() 






upnp:artist(g)role 





1 
1 


tva:BasicDescription / tva:CreditsList / 
tva:Creditsltem (g)role 

tva:BasicDescription/ 

tva:CreditsList/tva:Creditsltem/ 

tva:Character/mpeg7:GivenName/text() & 

tva:BasicDescription/ 

tva:CreditsList/tva:Creditsltem/ 

tva:Character/mpeg7:FamilyName/text() 
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Property Name 


R/0 


Context 
Node 


DVB/TVA mapping 


DVB/SI mapping 


Remarks 


upnp:actor 





1 


tva :BasicDescription/ 
tva:CreditsList/tva:Creditsltem/ 
tvaPersonName r/mpeg7:GivenName/text() & 
tva :BasicDescription/ 
tva:CreditsList/tva:Creditsltem/ 
tvaPersonName r/mpeg7:FamilyName/text() 






upnp:actor(a)role 





1 
1 


tva:BasicDescription / tva:CreditsList / 
tva:Creditsltem (g)role 

tva:BasicDescription/ 

tva:CreditsList/tva:Creditsltem/ 

tva:Character/mpeg7:GivenName/text() & 

tva:BasicDescription/ 

tva:CreditsList/tva:Creditsltem/ 

tva:Character/mpeg7:FamilyName/text() 






upnp:author 





1 


tva:BasicDescription/ 

tva:CreditsList/tva:Creditsltem 

[(a)role="urn:mpeg:mpeg7:cs:RoleCS:2001:AUT 

HOR"]/tva:PersonName 

r/mpeg7:GivenName/text() & 

tva:BasicDescription/ 

tva:CreditsList/tva:Creditsltem 

[(g)role="urn:mpeg:mpeg7:cs:RoleCS:2001:AUT 

HOR"]/tva:PersonName 

r/mpeg7:FamilyName/text() 






upnp:author@role 







tva:BasicDescription/ 

tva:CreditsList/tva:Creditsltem/(g)role[(g)role="ur 

n:mpeg:mpeg7:cs:RoleCS:2001:AUTHOR"] 






upnp:producer 





1 


tva:BasicDescription/ 

tva:CreditsList/tva:Creditsltem 

[(g)role="urn:mpeg:mpeg7:cs:RoleCS:2001:PR 

ODUCER"]/tva:PersonName 

r/mpeg7:GivenName/text() & 

tva:BasicDescription/ 

tva:CreditsList/tva:Creditsltem 

[(a)role="urn:mpeg:mpeg7:cs:RoleCS:2001:PR 

ODUCER"]/tva:PersonName 

r/mpeg7:FamilyName/text() 






upnp:director 





1 


tva:BasicDescription/ 

tva:CreditsList/tva:Creditsltem 

[(g)role="urn:mpeg:mpeg7:cs:RoleCS:2001:DIR 

ECTOR"]/tva:PersonName 

r/mpeg7:GivenName/text() & 

tva:BasicDescription/ 

tva:CreditsList/tva:Creditsltem 

[(g)role="urn:mpeg:mpeg7:cs:RoleCS:2001:DIR 

ECTOR"]/tva:PersonName 

r/mpeg7:FamilyName/text() 






dc:publisher 





1 


tva:BasicDescription/ 

tva:CreditsList/tva:Creditsltem 

[(g)role="urn:mpeg:mpeg7:cs:RoleCS:2001:PU 

BLISHER"]/tva:PersonName 

r/mpeg7:GivenName/text() & 

tva:BasicDescription/ 

tva:CreditsList/tva:Creditsltem 

[(a)role="urn:mpeg:mpeg7:cs:RoleCS:2001:PU 

BLISHER"]/tva:PersonName 

r/mpeg7:FamilyName/text() 






dc:contributor 
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Property Name 


R/0 


Context 
Node 


DVB/TVA mapping 


DVB/SI mapping 


Remarks 


upnp:callSign 





5 


tva:Name/text() 




Contains the 
broadcast 
station call sign 
of the 
associated 
broadcast 
channel. This is 
typically used for 
live content or 
recorded 
content. 
Example: 
"KGW". 


upnp:networkAffiliation 





5 


tva:ParentService/text() 




Contains the 
name of the 
broadcast 
network or 
distribution 
network 
associated with 
this content. 
This is typically 
used for live 
content or 
recorded 
content. 
Examples: 
"NBC", "CBS", 
"BBC". 


upnp:serviceProvider 





5 


tva:Owner/text() 


SDT/Service 
descriptor/service 
provider name 




upnp:price 







Programlnformation / BasicContentDescription / 
Purchaseltem / Price 

Schedule / ScheduleEvent / Program Location / 
InstanceMetadata / PurchaseList / 
Purchaseltem / Price 




Contains the 
price for a 
broadcast, 
series, program, 
movie, etc. 


upnp:price(g)currency 







Programlnformation / BasicContentDescription / 
Purchaseltem / Price (g)Currency 




Indicates the 
unit of currency 
used 


upnp:payPerView 













upnp:epgProviderName 







metadataOriginldRef 




Indicates the 
name of the 
Electronic 
Program Guide 
service provider 


dc:description 





4 

1 


tva:BasicDescription/tva:Synopsis/text() 
tva:BasicDescription/tva:Synopsis/text() 


EIT/Short event 
descriptor/text 


contains a brief 
description of 
the content item. 


upnp:longDescription 





4 

1 


tva:BasicDescription/tva:Synopsis[(g)length="lo 
ng"]/text() 

tva:BasicDescription/tva:Synopsis[(a)length="lo 
ng"]/text() 




contains a few 
lines of 
description of 
the content item 


upnp:icon 





5 

1 


tva:Logo 

tva:BasicDescription/ RelatedMaterial / 

PromotionalMedia / Titlelmage 




contains a URI 
to some icon 
that a control 
point can use in 
its Ul to display 
the content, for 
example, a CNN 
logo for a Tuner 
channel 


upnpjegion 











contains some 
identification of 
the region, 
associated with 
the source of the 
object, for 
example, "US", 
"Latin America", 
"Seattle". 
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Property Name 


R/0 


Context 
Node 


DVB/TVA mapping 


DVB/SI mapping 


Remarks 


dc:language 





1 


tva:BasicDescription / Language 


BIT/ Short event 

descriptor/ISO_639 

_language_code 


property 
indicates one of 
the languages 
used in the 
content as 
defined by RFC 
3066 [i.1], for 
example, 
"en-US" 


dc:relation 





3 
1 
1 
1 
1 


tva:l\/lemberOf/(g)crid 

tva:BasicDescription/tva:Relatedl\/laterial/tva:Ho 

wRelated/(g)crid 

tva: Derived From/(g)crid 

tva:EpisodeOf/(g)crid 

tva:l\/lemberOf/(g)crid 

Programlnformation/ 
PartOfAggregated Prog ram 

Programlnformation / AggregationOf 




defines a 
relation between 
two or more 
resources 


upnp:scheduledStartTime 





4 


tva:PublishedStartTime/text() 


EIT/start_time 


to indicate the 
start time of a 
scheduled 
program, 
intended for use 
by tuners. 


upnp:scheduledEndTime 





4 
4 


tva:PublishedStartTime/text()+tva:PublishedDur 

ation/text() 

tva:PublishedEndTime/text() 


EIT/startJime + 
EIT/dutation 


used to indicate 
the end time of a 
scheduled 
program, 
intended for use 
by tuners. 


upnp:recordable 













upnp:runningStatus 









SDT/running_status 




res(g)du ration 





4 


tva:PublishedDuration/text() 


EIT/du ration 





A UPnP CDS audioProgram instance identifies a single instance of a broadcast audio program such as a radio show or 
a series of programs. This class is derived from the epgltem class and inherits the properties defined by that class. 
Additionally, the following OPTIONAL properties are RECOMMENDED for this class: 

Table B.2: audioProgram :epgltem Properties 



Property Name 


R/0 


Context 
Node 


DVB-TVA 
mapping 


DVB-SI mapping 


Remarks 


upnp:radioCallSign 





5 


tva:Name/text() 


SDT/Service descriptor/service 
name 




upnp:radioStationlD 





5 


@serviceld 


SDT/service id 




upnp:radioBand 









EIT/? delivery system 
descriptor/frequency 


contains the radio station 
frequency band (e.g. AlVI, FM) 



A UPnP videoProgram instance is a video program such as a single TV show or a series of programs. This class is 
derived from the epgltem class and inherits the properties defined by that class. Additionally, the following OPTIONAL 
properties are RECOMMENDED for this class: 
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Table B.3: videoProgramiepgltem Properties 



Property Name 


R/0 


Context 
Node 


DVB TVA mapping 


Remarlcs 


upnp:price 







Programlnformation / BasicContentDescription / 

Purchaseltem / Price 

Schedule / ScheduleEvent / ProgramLocation / 

InstanceMetadata / PurchaseList / Purchaseltem / 

Price 




upnp:price(a)currency 







Programlnformation / BasicContentDescription / 
Purchaseltem / Price ©Currency 




upnp:payPerView 









indicates whether the 
object represents pay-per- 
view content. 



B.3 TV Anytime Groups 



A TV Anytime group (elements of type "tva:GroupInformationType") can be mapped to UPnP CDS EPG container 
objects. 

Table B.4: epgContainer:container Properties 



Property Name 


R/0 


Context 
Node 


DVB TVA mapping 


Remarlcs 


upnp:class 




R 


"epgContainer:container", 

"object.container.channelGroup", 

"object.container.channelGroup.audioChannelGroup" 

or 

"object.container.channelGroup.videoChannelGroup" 




upnp:channelGroupName 


5 





tva:Name/text() 




upnp:channelGroupName(a)id 


5 





@serviceld 




upnp:epgProviderName 







metadataOriginldRef 




upnp:serviceProvider 


5 





tva:Owner/text() 




upnp:channelName 


5 





tva:Name/text() 




upnp:channelNr 









contains the 
number of the 
associated 
broadcast 
channel. This is 
typically used for 
live content or 
recorded content. 


upnp:channellD 


5 





@serviceld 




upnp:channellD(g)type 







"TVAIDRef" 




upnp:radioCallSign 


5 





tva:Name/text() 




upnp:radioStationlD 


5 





@serviceld 




upnp:radioBand 
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Property Name 


R/0 


Context 
Node 


DVB TVA mapping 


Remarks 


upnp:callSign 


5 







contains the 
broadcast station 
call sign of the 
associated 
broadcast 
channel. This is 
typically used for 
live content or 
recorded content. 
Example: "KGW". 


upnp:networkAffiliation 


5 







contains the 
name of the 
broadcast 
network or 
distribution 
network 
associated with 
this content. This 
is typically used 
for live content or 
recorded content. 
Examples: "NBC", 
"CBS", "BBC". 


upnp:serieslD 


2 





@groupld 




upnp:serviceProvider 


5 





tva:Owner/text() 




upnp:price 







Programlnformation / BasicContentDescription / 

Purchaseltem / Price 

Schedule / ScheduleEvent / ProgramLocation / 

InstanceMetadata / PurchaseList / Purchaseltem / 

Price 




upnp:price(g)currency 







Programlnformation / BasicContentDescription / 
Purchaseltem / Price ©Currency 




upnp:payPerView 









indicates whether 
the object 
represents pay- 
per-view content. 


upnp:epgProviderName 







metadataOriginldRef 


indicates the 
name of the 
Electronic 
Program Guide 
service provider 


upnp:icon 


5 





tva:Logo/text() 

Programlnformation / BasicContentDescription / 
RelatedMaterial / PromotionalMedia / Titlelmage 


contains a URI to 
some icon that a 
control point can 
use in its Ul to 
display the 
content, for 
example, a CNN 
logo for a Tuner 
channel 


upnp:region 









contains some 
identification of 
the region, 
associated with 
the source of the 
object, for 
example, "US", 
"Latin America", 
"Seattle". 
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Property Name 


R/0 


Context 
Node 


DVB TVA mapping 


Remarks 


dc:language 


1 





tva:BasicDescription/tva:Language/text() 


property indicates 
one of the 
languages used in 
the content as 
defined by RFC 
3066 [i.1], for 
example, "en-US" 


dc:relation 


5 

1 
1 
1 
1 





tva:MemberOf/@crid 

tva:BasicDescription/ 

tva:RelatedMaterial/tva:HowRelated/@href 

tva: Deri ved From/@crid 

tva:EpisodeOf/@crid 

tva:MemberOf/@crid 

Programlnformation / AggregationOf 


defines a relation 
between two or 
more resources 


dc:title 


2 





tva:BasicDescription/tva:Title/text() 


Title of this group 


upnp:dateTimeRange 











(a)childCount 


2 


R 


@numOfltems 





B.4 Other TV Anytime elements 

The following TV Anytime elements cannot be mapped to UPnP CDS and therefore can only be provided using the 
UPnP CDS foreign metadata feature: 

Servicelnformation / Description. 

Servicelnformation / Genre. 

Servicelnformation / ServiceLanguage. 

Segmentlnformation. 

SegmentGroupInformation. 

Review. 

OnDemandS ervice . 

OnDemandProgram. 
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Annex C (informative): 

IVIapping DVB SD&S information into UPnP CDS objects 

This annex provides suggested values for populating UPnP CDS elements and attributes by using information from 
DVB SD&S. 



ServiceDlscovery Eh [ I I jEh 



BroadcastDlscovery El 




CoDDIscovery 



S 



1..00 



ServicesFromOtherSP El 



1..00 



PackageDlscovery El 



1..00 



ServiceProviderDlscovery 



E 



1..00 



BCGDIscovery 



B 



1..00 



RegionalizationDlscovery 



m 



1..CO 



RMSFUSDIscovery 



m 



0,,oo 



@ Version I El 



Figure C.1 : Service Provider - SD&S to UPnP CDS mapping 



Table C.1 



Element / Attribute Name 


Element / Attribute Description 


Mandated/ 

Optional/ 

Conditional 


UPnP CDS mapping 


UPnP CDS 
section 


ServiceDlscovery type: 


/ServiceDiscovery 


©Version 


Version of tliis record. A cliange in 
tliis value Indicates a cliange In 
one of the 

ServiceProviderDlscovery 
Records. 





N/A 

But UPnP has an 
eventing mechanism 
to update Information 
: LastChange event 






<xsd:simpleType name= "Version" > 

<xsd: restriction base="xsd: integer" > 
<xsd:minlnclusive value="0"/> 
<xsd:maxlnclusive value="255"/> 
</xsd: restriction> 
</xsd: simpleType> 


ServiceProvider type (one 
entry per service provider): 


/ServlceDlscovery/ServlceProvlderDlscovery/ServlceProvlder 
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Element / Attribute Name 


Element / Attribute Description 


Mandated/ 

Optional/ 

Conditional 


UPnP CDS mapping 


UPnP CDS 
section 


@DomainName 


An internet DNS domain name 
registered by the Service Provider 
that uniquely identifies the Service 
Provider 


M 


N/A 






<xsd: simpleType name="DomainType" > 

<xsd: restriction base="xsd: string" > 

<xsd:pattern value=" ( ( . | \n | \r) *) ? (\ . ( . | \n| \r) *) +"/> 

</xsd: restriction> 
</xsd: simpleType> 


©Version 


Version of the Service Provider(s) 
Discovery record; the version 
number is incremented every time 
a change in any of the records that 
comprise the service discovery 
information for this Service 
Provider occurs. 


M 


N/A 

But UPnP has an 
eventing mechanism 
to update information 
: LastChange event 




@LogoURI 


Pointer to a Service Provider logo 
for potential display. 





upnp:icon 


B.7.3 




type= "xsd : anyURI " 


Name 


Name of the Service Provider for 
display in one or more languages; 
one Service Provider name is 
allowed per language code, and at 
least one language is provided. 


M 


dc:title 
upnp:serviceProvider 

But none has a 
Language attribute 
Note: currently under 
discussion in UPnP: 
current status: 
postponed 


B.1.7 
B.9.4 


<xsd: complexType name="MultilingualType" > 
<xsd: simpleContent> 

<xsd : extension base= "xsd : string" > 

<xsd: attribute name=" Language" type="dvb : IS0639-2 " 
use= " required" / > 

</xsd : extension> 
</xsd : simpleContent> 
</xsd: complexType > 


Description 


Description of the Service Provider 
for potential display in one or more 
languages; one description is 
allowed per language code. 





dc:description 
upnp:longDescription 

But none has a 
Language attribute 


B.7.1 
B.7.2 


<xsd: complexType name="MultilingualType" > 

See above 
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Element / Attribute Name 



Element / Attribute Description 



Mandated/ 

Optional/ 

Conditional 



UPnP CDS mapping 



UPnP CDS 
section 



OfferingListType type (one 
entry per offering): 



/ServiceDiscovery/ServiceProviderDiscovery/ServiceProvider/Offering 



<xsd: complexType name="Of f eringListType" > 
<xsd: choice maxOccurs= "unbounded" > 

<xsd : element name= " Push" type= " dvb : DVBSTPTransportModeType " / > 
<xsd: element name="Pull"> 
<xsd : complexType > 

<xsd : complexContent> 

<xsd: extension base="dvb: PayloadList " > 

<xsd: attribute name= "Location" type="dvb : PullURL" 
use= " required" / > 

</xsd : extension> 
</xsd: complexContent> 
</xsd: complexType > 
</xsd: element > 
</xsd: choice> 
</xsd: complexType > 

<xsd: complexType name= " DVBSTPTransportModeType " > 
<xsd : complexContent > 

<xsd: extension base="dvb: PayloadList " > 

<xsd:attributeGroup ref ="dvb :MulticastAddressAttributes"/> 
</xsd : extension> 
</xsd: complexContent > 
</xsd: complexType > 

<xsd : complexType name= " PayloadList " > 

<xsd: sequence minOccurs=" 0" maxOccurs= "unbounded" > 
<xsd: element name="PayloadId" > 
<xsd : complexType > 

<xsd: sequence minOccurs="0" maxOccurs= "unbounded" > 
<xsd: element name="Segment " > 
<xsd : complexType > 

<xsd: attribute name= "Version" 
type= "dvb : Version" use="optional"/> 

<xsd: attribute name="ID" 
type= " dvb : Hexadecimall6bit " use= " required" / > 

</xsd: complexType > 
</xsd: element > 
</xsd : sequence> 

<xsd: attribute name="Id" type="dvb :Hexadecimal8bit" 
use= " required" / > 

</xsd: complexType > 
</xsd: element > 
</xsd : sequence> 
</xsd: complexType > 



Push@Source 

Push@Address 

Push@Port 



Port number and IP address of the 
multicast location of the DVB IP 
Offering Records which describe 
the offerings that the Service 
Provider makes available. This 
element is optional. 



O 

M 
M 



res 

We use the dvb 

locator (as defined in 

BCG). 



B.2 



Pull@Location 



This URI encodes the location of 
the DVB IP Offering(s) Records 
which describe the offerings that 
the Service Provider makes 
available. 



res 

We use the HTTP 

locator (as defined in 

UPnP). 



B.2 



<xsd: simpleType name= " PullURL" > 

<xsd : restriction base= "xsd : anyURI " > 

<xsd: pattern value=" . */dvb/sdns/ . *"/> 
</xsd: restriction> 

</xsd: simpleType> 
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Element / Attribute Name 


Element / Attribute Description 


Mandated/ 

Optional/ 

Conditional 


UPnP CDS mapping 


UPnP CDS 
section 


PayloadList type (one entry 
per payload ID): 


/ServiceDiscovery/ServiceProviderDiscovery/ServiceProvider/Offering/Pull/PayloadId 
/ServiceDiscovery/ServiceProviderDiscovery/ServiceProvider/Offering/Push/PayloadId 


<xsd : complexType name= " PayloadList " > 

<xsd: sequence minOccurs="0" maxOccurs= "unbounded" > 
<xsd: element name="PayloadId" > 
<xsd : complexType > 

<xsd: sequence minOccurs="0" maxOccurs= "unbounded" > 
<xsd: element name= " Segment " > 
<xsd : complexType > 

<xsd: attribute name= "Version" 
type= " dvb : Vers ion " use= " opt ional " / > 

<xsd: attribute name="ID" 
type= " dvb : Hexadecimall6bit " use= " required" / > 

</xsd: complexType > 
</xsd: element > 
</xsd:sequence> 

<xsd: attribute name="Id" type="dvb :Hexadecimal8bit " 
use= " required" / > 

</xsd: complexType > 
</xsd: element > 
</xsd : sequence> 
</xsd: complexType > 


Payloadld@ld 


Indicates the type of service 
discovery information available at 
the DVB-IP offering location. For 
example, this can be of type 
broadcast discovery or CoD 
discovery. 









Segment@ID 


Indicates which segment carries 
service discovery information of 
type Payloadld@ld for this service 
provider. 


C 






Segment@Version 


Version number of the segment 
identified by Segment@ID. 










Table 0.2: DVB-IP service - SD&S to UPnP ODS mapping 



Element / Attribute Name 


Element / Attribute Description 


Mandated/ 

Optional/ 

Conditional 


UPnP CDS 
mapping 


UPnP 

CDS 

section 


@DomainName 


An internet DNS domain name registered by 
the Service Provider that uniquely identifies 
the Service Provider. 


M 






©Version 


Version of the DVB-IP Offering record, the 
version number is incremented every time a 
change in the DVB-IP Offering record is 
made. 


(see note) 






NOTE: The version number of the DVB-IP offering record is mandatory when the record is provided on request (i.e. 
"pull mode") and is optional when the record is multicasted (i.e. "push mode"). 
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Element / Attribute Name 


Element / Attribute Description 


Mandated/ 

Optional/ 

Conditional 


UPnP CDS 
mapping 


UPnP 

CDS 

section 


BroadcastOffering type: 


/BroadcastDiscovery 


<xsd: complexType name="BroadcastOf f ering" > 

<xsd : complexContent > 

<xsd : extension base= "dvb : Of f eringBase " > 

<xsd : sequence> 

<xsd: element name="ServiceList " type= "dvb : IPServiceList " 
maxOccurs= " unbounded" / > 

</xsd:sequence> 

</xsd : extension> 

</xsd: complexContent > 

</xsd: complexType > 

<xsd: complexType name="Off eringBase" > 

<xsd: attribute name="DomainName" type="dvb :DomainType" 
use= " required" / > 

<xsd: attribute name= "Version" type= "dvb : Version" use="optional"/> 

</xsd: complexType > 


IPServiceList type (one per 
service list): 


/BroadcastDiscovery/ServiceList 


<xsd: complexType name= " IPServiceList " > 

<xsd:sequence> 

<xsd: element name="ServicesDescriptionLocation" 
type="dvb:DescriptionLocationBCG" minOccurs="0" maxOccurs= "unbounded" /> 

<xsd : sequence> 

<xsd: element name="SingleService" type="dvb : IPService" 
maxOccurs= " unbounded " / > 

</xsd:sequence> 

</xsd : sequence> 

</xsd: complexType > 
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Element / Attribute Name 


Element / Attribute Description 


Mandated/ 

Optional/ 

Conditional 


UPnP CDS 
mapping 


UPnP 

CDS 

section 


ServicesDescriptionLocation 


If present, this contains the identifier(s) of 
the BCG Record(s) for the BCG Discovery 
element that carries the information on this 
offering. 





New tag: 
dvb: Metadata 
ServerUrl 

<dvb:Metada 
taServerUrl 
> 
http://iptv 




.org/bcg se 


rver 1 


</dvb:Metad 
ataServerUr 
1> 


<xsd: complexType name="DescriptionLocationBCG" mixed="true" > 

<xsd:simpleContent> 

<xsd : extension base= "dvb : DescriptionLocation" > 

<xsd: attribute name= "preferred" type="xsd: boolean" 
use= " optional " / > 

</xsd:extension> 

</xsd:simpleContent> 

</xsd: complexType > 

<xsd: simpleType name= "DescriptionLocation" > 

<xsd : restriction base= "xsd : anyURI " / > 
</xsd: simpleType> 


ServicesDescriptionLocation 
©preferred 


If present and set to true, specifies that this 
location contains the preferred BCG. The 
default value for this attribute is false. 





New tag: 
dvb: Metadata 
ServerUrl 

<dvb:Metada 

taServerUrl 

preferred=" 

true"> 

http://iptv 




.org/bcg se 


rver 2 < 


dvb:Metadat 
aServerUrl> 
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Element / Attribute Name 



Element / Attribute Description 



Mandated/ 

Optional/ 

Conditional 



UPnP CDS 
mapping 



UPnP 

CDS 

section 



IPService type (one entry per 
service): 



/BroadcastDiscovery/ServiceList/SingleService 



<xsd: complexType name=" IPService" > 

<xsd : sequence> 

<xsd: element name="ServiceLocation" 
type="dvb: ServiceLocation"/> 

<xsd: element name="TextualIdentif ier" 
type="dvb:TextualIdentif ier"/> 

<xsd: element name="DVBTriplet " type="dvb rDVBTriplet "/> 

<xsd: element name="MaxBitrate" type="xsd:positiveInteger" 
minOccurs= " " / > 

<xsd: element name="SI" type="dvb : SI" minOccurs="0"/> 

<xsd : element name= " AudioAttributes " 
type= " tva : AudioAttributesType " minOccurs= " " maxOccurs= "unbounded" / > 

<xsd : element name= " VideoAttributes " 
type= " tva : VideoAttributesType " minOccurs= " " maxOccurs= "unbounded" / > 

<xsd: element name="ServiceAvailability" 
type="dvb: ServiceAvailabilityType" minOccurs=" 0" maxOccurs= "unbounded" /> 

</xsd : sequence> 

</xsd: complexType > 



<xsd: complexType name="TextualIdentif ier" > 

<xsd: attribute name="DomainName" type="dvb :DomainType" 
use= " opt ional " / > 

<xsd: attribute name="ServiceName" type="dvb : Service" use="required"/> 



</xsd:complexType> 



Textualldentifier@DomainNa 
me 



An internet DNS domain name registered by 
the Service Provider that uniquely identifies 
the Service Provider. If this is not present, 
then the DNS domain name from the DVB 
IP Offering record is used. 



N/A 



Textualldentifier@ServiceNam 
e 



A unique host name for the service within 
the service provider's domain 



M 



upnp:channel 
Name 



B.1.7 
B.8.1 
B.11.2 



DVBTriplet@Original Network 
Id 



DVBTriplet@TS Id 



Identifies the network Id of the originating 
delivery system 



M 



Identifies the Transport Stream 



M 



DVBTriplet@Service Id 



Identifies a service from any other service 
within the TS. The service Id is the same as 
the program number in the corresponding 
program map table. 



M 



upnp:channell 
Dwith 

upnp:channell 
D@type="SI" 



B.8.5 
(SRS 
B.4.2) 



MaxBitrate 



Specifies the maximum bitrate (in kbits/s) of 
the overall stream carrying the service 



res@bitrate 



B.2.1.6 

(check 

VBR 

recomme 

ndation) 



ServiceLocation type (one 
entry per service location): 



/BroadcastDiscovery/ServiceList/SingleService/Service Location 
At least one of IPMulticastAddress or RTSPURL is present. 



<xsd: complexType name= " ServiceLocation" > 
<xsd : choice maxOccurs= "unbounded" > 

<xsd: element name=" IPMulticastAddress" type="dvb :McastType"/> 
<xsd: element name=" RTSPURL" type="dvb :RTSP"/> 
</xsd: choice> 
</xsd: complexType > 
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Element / Attribute Name 



Element / Attribute Description 



Mandated/ 

Optional/ 

Conditional 



UPnP CDS 
mapping 



UPnP 

CDS 

section 



IPMulticastAddress 



Signals the use of IGMP to access the 
service and provides the multicast address 
at which the service may be accessed. 
At least one of IPMulticastAddress or 
RTSPURL is present. 



res 

We use the 
DVB locator 
(as defined in 
BCG) 



B.2 



<xsd: complexType name="McastType" > 

<xsd:attributeGroup ref ="dvb :MulticastAddressAttributes"/> 

<xsd: sequence minOccurs="0" > 

<xsd : element name= " FECBaseLayer " type= " dvb : FECLayerAddressType " 
maxOccurs="l" /> 

<xsd : element name= " FECEnhancementLayer " 
type= " dvb : FECLayerAddressType" minOccurs="0" maxOccurs= "unbounded" /> 

</xsd : sequence> 

</xsd: complexType > 

<xsd : attributeGroup name= "Mult icastAddressAttributes " > 

<xsd: attribute name=" Source" type="dvb : IPOrDomainType" 
use= " optional " / > 

<xsd: attribute name= "Address" type= " dvb : IPOrDomainType" 
use= " required" / > 

<xsd: attribute name="Port" type="xsd:unsignedShort " use=" required" /> 

<xsd: attribute name=" Streaming" type="dvb : StreamingType" 
use= " optional " / > 

<xsd : attribute name= " FECMaxBlockSize " type= "xsd : unsignedShort " 
use= " optional " / > 

<xsd : attribute name= " FECMaxBlockTime " type= "xsd : unsignedShort " 
use= " opt ional " / > 

<xsd: attribute name="FECOTI" type="xsd:base64Binary" use="optional"/> 

</xsd : attributeGroup> 



IPMulticastAddress@Source 



Optionally the IP unicast address of the 
source of the TS may be provided. 



IPMulticastAddress@Address 



Provides the multicast address at which the 
service may be accessed. 



M (see note) 



IPMulticastAddress@Port 



Provides the port at which the service may 
be accessed. 



M (see note) 



Optionally indicates RTP or direct UDP 
streaming. In case the parameter is not 
provided, RTP streaming is assumed. 



IPMulticastAddress@Streamin 

g 



FECBaseLayer 



Contains the multicast address and port of 
the AL-FEC stream. This element is present 
if the FECEnhancementLayer element is 
present. 



<xsd : complexType name= " FECLayerAddressType " > 

<xsd: attribute name= "Address" type= " dvb : IPOrDomainType" 
use= " optional " / > 

<xsd: attribute name="Port" type= "xsd: unsignedShort " use=" required" /> 

</xsd: complexType > 



FECBaseLayer@ Address 



IP Multicast Address for FEC Base Layer 
(SMPTE-2002-1). 

If the IP multicast address is omitted, then 
the FEC flow is assumed to be on the same 
multicast address as the original data. 
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Element / Attribute Name 


Element / Attribute Description 


Mandated/ 

Optional/ 

Conditional 


UPnP CDS 
mapping 


UPnP 

CDS 

section 


FECBaseLayer@Source 


IP Multicast Source Address for FEC Base 
Layer (SMPTE-2002-1). 

If the IP multicast source address is omitted, 
then the FEC flow is assumed to be on the 
same multicast address as the original data. 









FECBaseLayer@Port 


UDP port for FEC Base Layer. 


M (see note) 






FECEnhancementLayer 


Contains the multicast address and port of 
the AL-FEC enhancement stream(s). This 
element is present only if the 
FECBaseLayer element is present. 









<xsd : complexType name= " FECLayerAddressType " > 

<xsd: attribute name= "Address" type="dvb : IPOrDomainType" 
use= " opt ional " / > 

<xsd: attribute name="Port" type="xsd:unsignedShort " use=" required" /> 

</xsd: complexType > 


FECEnhancementLayer@Add 
ress 


IP Multicast Address for FEC Enhancement 
Layer (Raptor) - may be repeated for 
multiple layers. If the IP multicast address is 
omitted, then the FEC flow is assumed to be 
on the same multicast address as the 
original data. 









FECEnhancementLayer@Sou 
rce 


IP Multicast Source Address for FEC 
Enhancement Layer (Raptor). If the IP 
multicast source address is omitted, then 
the FEC flow is assumed to be on the same 
multicast address as the original data. 









FECEnhancementLayer@Port 


UDP port for FEC Enhancement Layer. 


M (see note) 






IPMulticastAddress 
@FECMaxBlockSizePackets 


This indicates the maximum number of 
stream source packets that will occur 
between the first packet of a source block 
(which is included) and the last packet for 
that source block (source or repair). 









IPMulticastAddress 
@FECMaxBlockSizeTime 


The maximum transmission duration of any 
FEC Block (source and repair packets). 









IPMulticastAddress 

@FECObjectTransmissionlnfo 

rmation 


The FEC Object Transmission Information 
for the Raptor code 

If an FECEnhancementLayer element is 
included then this element is included. 
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Element / Attribute Name 



Element / Attribute Description 



Mandated/ 

Optional/ 

Conditional 



UPnP CDS 
mapping 



UPnP 

CDS 

section 



RTSPURL 



Signals the use of RTSP to access the 
service and provides the URL at which the 
service may be accessed. 
At least one of IPMulticastAddress or 
RTSPURL is present. 



Use the dvb- 
rtsp:// locator 



<xsd:simpleType name="RTSP"> 

<xsd : restriction base= "xsd : anyURI " > 
<xsd: pattern value="rtsp: //.*"/> 

</xsd: restriction> 
</xsd: simpleType> 



SI type: 



/BroadcastPiscovery/ServiceList/SingleService/Si 



<xsd: complexType name="SI"> 

<xsd : sequence> 

<xsd: element name="Name" type="dvb rMultilingualType" 
maxOccurs= " unbounded " / > 

<xsd: element name="Description" type="dvb :MultilingualType" 
minOccurs= " " maxOccurs= "unbounded" /> 

<xsd: element name="ServiceDescriptionLocation" 
type="dvb :DescriptionLocationBCG" minOccurs="0" maxoccurs= "unbounded" /> 

<xsd: element name="ContentGenre" type="dvb : Genre" minOccurs=" 0" 
maxOccurs= " unbounded" / > 

<xsd: element name=" Count ryAvai lability" 
type="dvb : Count ryAvai lability" minOccurs="0" maxOccurs= "unbounded" /> 

<xsd: element name=" Replacement Service" 
type="dvb: Replacement Service" minOccurs=" 0" maxOccurs= "unbounded" /> 

<xsd : element name= "MosaicDescription" 
type="dvb:MosaicDescription" minOccurs=" 0"/> 

<xsd : element name= "Announcement Support " 
type= " dvb : Announcement Support " minOccurs= " " / > 

</xsd : sequence> 

<xsd: attribute name="ServiceType" type="dvb : ServiceType" 
use= " required" / > 

<xsd: attribute name="PrimarySISource" type="dvb: PrimarySISource" 
use= " optional " def ault = "XML " / > 

</xsd: complexType > 



SI@ServiceType 



Specifies the type of service; it is coded as 
per DVB SI standard. Examples are digital 
television service, digital radio sound 
service, mosaic service, data broadcast 
service, DVB MHP service, etc. 



M (see note) 



TBD 



<xsd: simpleType name= " ServiceType " > 

<xsd: restriction base="dvb :Hexadecimal8bit "/> 
</xsd: simpleType> 
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Element / Attribute Name 


Element / Attribute Description 


Mandated/ 

Optional/ 

Conditional 


UPnP CDS 
mapping 


UPnP 

CDS 

section 


SI@PrimarySISource 


Specifies the type of service; it is coded as 
per DVB SI standard. Examples are digital 
television service, digital radio sound 
service, mosaic service, data broadcast 
service, DVB MHP service, etc. 


M (see note) 


TBD 




<xsd: simpleType name="PrimarySISource" > 
<xsd: restriction base="xsd: string" > 
<xsd : enumeration value= " Stream" /> 
<xsd: enumeration value="XML"/> 
</xsd:restriction> 
</xsd: simpleType> 


Name 


Name of the service for display in one or 
more languages; one Service name is 
allowed per language code, and at least one 
language is provided (though not 
necessarily more than one). 


M 


upnp:channel 
Name 

But none has 

a Language 
attribute 


B.1.7 
B.8.1 
B.11.2 


<xsd: complexType name="MultilingualType" > 

<xsd: simpleContent> 

<xsd : extension base= "xsd : string" > 

<xsd: attribute name=" Language" type="dvb : IS0639-2 " 
use= " required" / > 

</xsd : extension> 

</xsd:simpleContent> 

</xsd: complexType > 


Description 


Description of the service for potential 
display in one or more languages; one 
description per language code maximum. 





dc:description 

upnp:longDescrip 
tion 

But none has a 

Language 
attribute 


B.7.1 
B.7.2 


<xsd: complexType name="MultilingualType" > 

<xsd: simpleContent> 

<xsd : extension base= "xsd : string" > 

<xsd: attribute name=" Language" type="dvb : IS0639-2 " 
use= " required" / > 

</xsd : extension> 

</xsd:simpleContent> 

</xsd: complexType > 
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Element / Attribute Name 


Element / Attribute Description 


Mandated/ 

Optional/ 

Conditional 


UPnP CDS 
mapping 


UPnP 

CDS 

section 


ServiceDescriptionLocation 


If present, this contains the identifier(s) of 
the BCG Record(s) for the BCG Discovery 
element that carries the information on this 
service. If this element is present, it is 
prefered to the ServicesDescriptionLocation. 









<xsd: complexType name="DescriptionLocationBCG" mixed="true" > 

<xsd:simpleContent> 

<xsd : extension base= "dvb : DescriptionLocation" > 

<xsd: attribute name= "preferred" type="xsd: boolean" 
use= "optional "/> 

</xsd : extension> 

</xsd: simpleContent> 

</xsd: complexType > 

<xsd:simpleType name= "DescriptionLocation" > 

<xsd: restriction base="xsd: anyURI"/> 
</xsd:simpleType> 


ServiceDescriptionLocation@ 
preferred 


If present and set to true, specifies that this 
location contains the preferred BCG. The 
default value for this attribute is false. 









ContentGenre 


Indicates one or more genre of the service 
(not individual programmes). For example 
movie/drama channel or news/current 
affairs channel. This uses the first level 
coding defined by DVB as 
content nibble level 1. 





upnp:genre 


B.4.1 


<xsd: simpleType name= " Genre " > 

<xsd : restriction base= "xsd : byte " > 
<xsd:minlnclusive value="0"/> 
<xsd:maxlnclusive value="15"/> 
</xsd: restriction> 
</xsd: simpleType> 


CountryAvailability 


Gives a list of countries and/or groups of 
countries where the service is intended to 
be available, and/or a list of countries and/or 
groups where it is not. This field is 
deprecated and Service Availability should 
be used instead. 


Deprecated 
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Element / Attribute Name 



Element / Attribute Description 



Mandated/ 

Optional/ 

Conditional 



UPnP CDS 
mapping 



UPnP 

CDS 

section 



AnnouncementSupport 



The announcement support element 
identifies the type of spoken 
announcements that are supported by the 
service (for example emergency flash, road 
traffic flash, etc.). Furthermore, it informs 
about the transport method of the 
announcement and gives the necessary 
linkage information so that the 
announcement stream can be monitored. 



N/A 

Topic 
currently 
under 

discussion in 
DLNA 



<xsd : complexType name= "AnnouncementSupport " > 

<xsd : sequence> 

<xsd: element name= "Announcement " maxOccurs= "unbounded" > 

<xsd : complexType > 

<xsd: choice minOccurs=" " > 

<xsd: element name="TextualIdentif ier" 
type= "dvb: Textual Identifier"/> 

<xsd: element name="DVBTriplet" 
type= " dvb : DVBTriplet " / > 

</xsd: choice> 

<xsd: attribute name="Type" type="dvb :Hexadecimal4bit " 
use= " required" / > 

<xsd: attribute name="Ref erenceType" 
type= "dvb : HexadecimalSbit " use= " required" /> 

<xsd: attribute name="ComponentTag" 
type= " dvb : HexadecimalSbit " use= " optional " / > 

</xsd: complexType > 

</xsd: element > 

</xsd : sequence> 

<xsd: attribute name="SupportIndicator" type="dvb :Hexadecimall6bit" 
use= " required" / > 

</xsd: complexType > 



Replacement Service 



Identifies a service replacement service 
which may be selected automatically by the 
HNED when the service being decoded 
fails. 



N/A 



<xsd: complexType name= "Replacement Service " > 

<xsd: choice> 

<xsd: element name="TextualIdentif ier" 
type= " dvb : Textual Ident ifier"/> 

<xsd: element name= "DVBTriplet " type= "dvb : DVBTriplet "/> 

</xsd: choice> 

<xsd: attribute name="ReplacementType" type= "dvb : HexadecimalSbit " 
use= "optional" def ault="5"/> 

</xsd: complexType > 
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Element / Attribute Name 


Element / Attribute Description 


IVIandated/ 

Optional/ 

Conditional 


UPnP CDS 
mapping 


UPnP 

CDS 

section 


MosaicDescription 


The mosaic description element identifies 
the elementary cells of a mosaic service, 
groups different elementary cells to form 
logical cells, and establishes a link between 
the content of all or part of the logical cell 
and the corresponding service or package 
information. 





N/A 




AudioAttributes 


Signals details of the audio coding 
algorithms and purpose that the service may 
use. This takes the form of the 
AudioAttributtes element defined in clause 
6.3.5 of TS 102 822-3-1 [18] and used in 
TS 102 323 [15]. The classification scheme 
used for the Coding element is either be 
defined by TS 102 323 [15], or provided by 
the present document. If this element is 
omitted, then the default value of MPEG-1 
or MPEG-2 layer 2 backwards compatible, 
mono or stereo is used ; specifically this is 
the legacy value from TS 1 01 1 54 [1 0]. 





res@protocoll 
nfo 

See section 
9.1 


B.2.1.1 


VideoAttributes 


Signals details of the video coding that may 
be used by the service. This takes the form 
of the VideoAttributes element defined in 
clause 6.3.5 of TS 102 822-3-1 [18] and 
used in TS 102 323 [15] . The classification 
scheme used for the Coding element is 
either be defined by TS 1 02 323 [1 5], or 
provided by the present document. If this 
element is omitted, then the default value of 
MPEG-2 coded video, operating at MP@ML 
at a frame rate of 25Hz is used; specifically 
this is the legacy value from TS 1 01 1 54 
[10]. 





res@protocoll 
nfo 

See section 
9.1 


B.2.1.1 


ServiceAvailability 


This element provides support for 
regionalization. It allows each service to 
have a list of "cells" (regions) with which the 
service is associated. By default, all the 
single services are available everywhere. 

There is at most one ServiceAvailability 
element for each CountryCode. 





N/A 




<xsd: complexType name="ServiceAvailabilityType" > 

<xsd:sequence> 

<xsd : element name= " CountryCode " 
type="dvb:PackageAvailabilityCountryCodeType"/> 

<xsd: element name=" Cells" type="xsd: string" minOccurs="0" 
maxOccurs= " unbounded " / > 

</xsd:sequence> 

</xsd: complexType > 


CountryCode 


This element indicates the country for which 
the availability is being defined. 


M 


N/A 
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Element / Attribute Name 


Element / Attribute Description 


Mandated/ 

Optional/ 

Conditional 


UPnP CDS 
mapping 


UPnP 

CDS 

section 


©Availability 


This flag indicates whether the service is 
available in the country specified by 
CountryCode. The default is TRUE. 

When TRUE, the service is available in the 
specified country with the exception of those 
regions identified by Cells. 

When FALSE, the service is not available in 
the specified country with the exception of 
those regions identified by Cells. 





N/A 




<xsd : complexType name= " PackageAvailabilityCountryCodeType " > 

<xsd:simpleContent> 

<xsd : extension base= "xsd : string" > 

<xsd: attribute name= "Availability" type= "xsd: boolean" 
def ault= "true " /> 

</xsd : extension> 

</xsd: simpleContent> 

</xsd: complexType > 


Cells 


A list of string identifiers representing 
geographical regions in the country 
identified by CountryCode. The Cells listed 
represent the exception to the value 
supplied by the flag, i.e. the negation of the 
Availability flag applies to any listed cells. 





upnp:region 


B.7.4 


NOTE: The Mandatory here means that if the Optional parent information is transmitted, then this field is present. 



Table 0.3: Packages - SD&S to UPnP ODS mapping 



Element / Attribute Name 


Element / Attribute Description 


Mandated/ 
Optional 


UPnP CDS mapping 


UPnP CDS 
section 


Packaged Services type: 


/PackageDiscovery 




<xsd : complexType name= " Package " > 
<xsd:sequence> 

<xsd: element name="PackageName" type="dvb rMultilingualType" 
maxOccurs= " unbounded" / > 

<xsd: element name=" Count ryAvai lability" type="dvb : Count ryAvai lability" 
minOccurs= " " maxOccurs= "unbounded" /> 

<xsd : element name= " PackageDescription" 
type="dvb:DescriptionLocationBCG" minOccurs=" 0" maxOccurs= "unbounded" /> 

<xsd: element name=" Service" type="dvb : PackagedServiceType" 
maxOccurs= " unbounded " / > 

<xsd: element name="PackageRef erence" minOccurs="0" 
maxOccurs= "unbounded" > 

<xsd : complexType > 

<xsd: attribute name="Id" type="dvb :Hexadecimall6bit "/> 
</xsd: complexType > 
</xsd: element > 

<xsd : element name= " PackageAvailability" 
type="dvb: ServiceAvailabilityType" minOccurs="0" maxOccurs= "unbounded" /> 
</xsd : sequence> 

<xsd: attribute name="Id" type="dvb :Hexadecimall6bit " use=" required" /> 
<xsd: attribute name="Visible" type= "xsd: boolean" use="optional" 
def ault= " true " /> 
</xsd: complexType > 
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Element / Attribute Name 


Element / Attribute Description 


Mandated/ 
Optional 


UPnP CDS mapping 


UPnP CDS 
section 


Package@ld 


Identifies a package; this ID is allocated 
by the Service Provider 


M 


@id 


B.1.1 


Package@Visible 


A Boolean which indicates in combination 
with the PackageAvailability element, 
whether this package is presented to the 
user. The default value is true. 





N/A 




PackageName 


Name of the package for display in one or 
more languages; one name per language 
code maximum. 


M 


dc:title 

But there is no 
Language attribute 


B.1.7 


<xsd: complexType name="MultilingualType" > 
<xsd:simpleContent> 

<xsd : extension base= "xsd : string" > 

<xsd: attribute name=" Language" type="dvb : IS063 9-2 " 
use= " required" / > 

</xsd : extension> 
</xsd: simpleContent> 
</xsd: complexType > 


PackageDescription 


If present, this contains the identifier(s) of 
the BCG Record(s) for the BCG 
Discovery element that carries the 
information on this package. 





dc:description 
upnp:longDescription 


B.7.1 
B.7.2 


<xsd: complexType name="DescriptionLocationBCG" mixed="true" > 
<xsd: simpleContent> 

<xsd : extension base= "dvb : DescriptionLocation" > 

<xsd: attribute name= "preferred" type= "xsd: boolean" 
use= " opt ional " / > 

</xsd : extension> 
</xsd : simpleContent> 
</xsd: complexType > 

<xsd: simpleType name= "DescriptionLocation" > 

<xsd : restriction base= "xsd : anyURI " /> 
</xsd:simpleType> 


PackageDescription@prefer 
red 


If present and set to true, specifies that 
this location contains the preferred BCG. 
The default value for this attribute is false. 





N/A 




CountryAvailability 


Gives a list of countries and/or groups of 
countries where the package is intended 
to be available, and/or a list of countries 
and/or groups where it is not. This field is 
deprecated and Package Availability 
should be used instead. 


Deprecated 






PackageReference 


The ld(s) of package(s) that are included 
in the current package. 





@id 


B.1.1 


Service 


List of services forming the package, 
comprising: 


M 






<xsd : complexType name= " PackagedServiceType " > 
<xsd:sequence> 

<xsd: element name=" Textual ID" type= "dvb : Textual Identifier "/> 

<xsd:element name="DVBTriplet" type="dvb rDVBTriplet " minOccurs=" 0"/> 

<xsd : element name= "DescriptionLocation" 
type="dvb:DescriptionLocationBCG" minOccurs="0"/> 

<xsd : element name= "LogicalChannelNumber " type= "xsd : positivelnteger " 
minOccurs= " " / > 

</xsd:sequence> 
</xsd: complexType > 

<xsd: complexType name="TextualIdentif ier" > 

<xsd: attribute name="DomainName" type="dvb :DomainType" use=" optional "/> 
<xsd: attribute name="ServiceName" type= " dvb : Service" use="required"/> 

</xsd: complexType > 
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Element / Attribute Name 


Element / Attribute Description 


IVIandated/ 
Optional 


UPnP CDS mapping 


UPnP CDS 
section 


TextuallD@ DomainName 


An internet DNS domain name registered 
by the Service Provider that uniquely 
identifies the Service Provider. If this is 
omitted the Service Provider Domain 
Name from the inherited DVB-IP Offering 
is used. 





N/A 




TextuallD@ServiceName 


A unique host name for the service within 
the service provider's domain. 


M 


upnp:channelName 


B.11.2 


DVBTriplet 


The DVB triplet by which the service may 
be known. 





upnp:channellD with 

upnp:channellD@type 

="SI" 


B.8.5 
(SRS 
B.4.2) 


<xsd : complexType name= "DVBTriplet " > 

<xsd: attribute name="OrigNetId" type="dvb rOrigNetId" use=" required" /> 

<xsd: attribute name="TSId" type="dvb :TSId" use=" required" /> 

<xsd: attribute name="ServiceId" type="dvb : Serviceld" use=" required" /> 

</xsd: complexType > 


DescriptionLocation 


The URI of additional service description 
provided in the context of a package; this 
is not required to acquire a service. 





res@contentlnfo 


B.2 


<xsd: complexType name="DescriptionLocationBCG" mixed="true" > 
<xsd: simpleContent> 

<xsd : extension base= "dvb : DescriptionLocation" > 

<xsd: attribute name= "preferred" type="xsd: boolean" 
use= " opt ional " / > 

</xsd : extension> 
</xsd: simpleContent> 
</xsd: complexType > 

<xsd: simpleType name= "DescriptionLocation" > 

<xsd: restriction base="xsd: anyURI"/> 
</xsd:simpleType> 


LogicalChannelNumber 


The logical channel number of the 
service. 





upnp:channelNr 


B.11.1 


PackageAvailability 


This element provides support for 
regionalization. It allows each package to 
have a list of "cells" (regions) with which 
the package is associated. By default, the 
package is available everywhere. 
There is at most one PackageAvailability 
element for each CountryCode. 





N/A 




<xsd: complexType name="ServiceAvailabilityType" > 
<xsd : sequence> 

<xsd : element name= " CountryCode " 
type="dvb: PackageAvailabilityCountryCodeType"/> 

<xsd: element name=" Cells" type="xsd: string" minOccurs="0" 
maxOccurs= " unbounded" / > 

</xsd:sequence> 
</xsd: complexType > 

<xsd : complexType name= " PackageAvailabilityCountryCodeType" > 
<xsd: simpleContent> 

<xsd : extension base= "xsd : string" > 

<xsd: attribute name= "Availability" type= "xsd: boolean" 
default="true"/> 

</xsd : extension> 
</xsd: simpleContent> 
</xsd: complexType > 


CountryCode 


This element indicates the country for 
which the availability is being defined. 


M 


N/A 




CountryCode@Availability 


This flag indicates whether the package is 
available in the country specified by 
CountryCode. The default is TRUE. 
When TRUE, the package is available in 
the specified country with the exception of 
those regions identified by Cells. 
When FALSE, the package is not 
available in the specified country with the 
exception of those regions identified by 
Cells . 





N/A 
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Element / Attribute Name 


Element / Attribute Description 


Mandated/ 
Optional 


UPnP CDS mapping 


UPnP CDS 
section 


Cells 


A list of string identifiers representing 
geographical regions in the country 
identified by CountryCode. The Cells 
listed represent the exception to the value 
supplied by the flag, i.e. the negation of 
the Availability flag applies to any listed 
cells. 





upnp:region 


B.7.4 



Table 0.4: Broadband Oontent Guide - SD&S to UPnP ODS mapping 



Element / Attribute Name 



Element / Attribute Description 



Mandated/ 
Optional 



UPnP CDS 
mapping 



UPnP CDS 
section 



BCGOffering type: 



/BCGDiscovery 



<xsd: complexType name="BCGOf faring" > 
<xsd : complexContent > 

<xsd : extension base= "dvb : Of f eringBase " > 
<xsd : sequence> 

<xsd: element name="BCG" maxOccurs= "unbounded" > 
<xsd : complexType > 
<xsd : sequence> 

<xsd: element name="Name" 
type="dvb rMultilingualType" maxOccurs= "unbounded" /> 

<xsd : element name= "Description" 
type=" dvb rMultilingualType" minOccurs=" 0" maxOccurs= "unbounded" /> 

<xsd : element name= " TransportMode " 
type= " dvb : TransportModeType " / > 

<xsd: element name="Logo" type="xsd: anyURI" 
minOccurs= " " / > 

<xsd: element name="Type" 
type= " tva : ControlledTermType " minOccurs= " " / > 

<xsd: element name="TargetProvider" 
type= " dvb : DomainType " minOccurs= " " maxOccurs= "unbounded" / > 

<xsd : element name= " BCGProviderName " 
type=" dvb rMultilingualType" minOccurs=" 0" maxOccurs= "unbounded" /> 

</xsd : sequence> 

<xsd: attribute name="Id" type="tva rTVAIDType" 
use= " required" / > 

<xsd: attribute name= "Version" type= "dvb : Version" 
use= " optional " / > 

</xsd: complexType > 
</xsd: element > 
</xsd : sequence> 
</xsd : extension> 
</xsd : complexContent > 
</xsd: complexType > 



BCG 



BCG record 



M 



BCG@ld 



Identifies a Broadband Content Guide 
Provider/Server; this Id is allocated by 
the Service Provider 



M 



TVA mapping 



BCG@Version 



Version of this record. A change in this 
value indicates a change in one of the 
BCG Records. 



Name 



Name of the Broadband Content Guide 
offering for display in one or more 
languages; one name is allowed per 
language code, and at least one 
language is provided (though not 
necessarily more than one). 



M 



dc:title 

But there is no 
Language attribute 



B.1.7 



xsd: complexType name="MultilingualType" > 
<xsd: simpleContent> 

<xsd : extension base= "xsd : string" > 

<xsd: attribute name=" Language" type="dvb : IS0639-2 " 
use= " required" / > 

</xsd : extension> 
</xsd: simpleContent> 
</xsd: complexType > 
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Element / Attribute Name 


Element / Attribute Description 


Mandated/ 
Optional 


UPnP CDS 
mapping 


UPnP CDS 
section 


Description 


Description of the Broadband Content 
Guide for potential display in one or 
more languages; one description per 
language code. 





dc:description 

upnp:longDescriptio 

n 

But none has a 
Language attribute 


B.7.1 
B.7.2 


<xsd: complexType name="MultilingualType" > 


Logo 


A pointer to an optional logo for the 
content guide. 





upnp:icon 


B.7.3 


Type 


This indicates if the content guide relates 
to live programs, content on demand, 
both, or some other form of content. The 
extensible classification scheme 
provided in the present document is 
used. 





TVA mapping 




TargetProvider 


The domain name of the provider whose 
content is described by this BCG (for 
example Canal+). The domainName 
(there is no domainName parameter, it is 
targetProvider) is the same as a domain 
name present in the ServiceList. 





upnp:serviceProvide 
r 




<xsd: simpleType name="DomainType" > 

<xsd: restriction base="xsd: string" > 

<xsd:pattern value=" ( ( . | \n | \r) *) ? (\ . ( . | \n| \r) *) +"/> 

</xsd: restriction> 
</xsd: simpleType> 


Transport IVIode 


The location where the broadband 
content guide may be found. 


M 


res 

DVB needs to 

define the way to 

expose those 

connection 

information 


B.2 


<xsd : complexType name= " TransportModeType " > 
<xsd : choice maxOccurs= "unbounded" > 

<xsd : element name= " DVBSTP " type= " dvb : DVBSTPTransportModeType " / > 
<xsd: element name="HTTP" type="dvb :HTTPTransportModeType"/> 
</xsd: choice> 
</xsd: complexType > 

<xsd: complexType name= " DVBSTPTransportModeType " > 
<xsd : complexContent > 

<xsd: extension base="dvb: PayloadList" > 

<xsd:attributeGroup ref ="dvb :MulticastAddressAttributes"/> 
</xsd : extension> 
</xsd: complexContent > 
</xsd: complexType > 

<xsd: complexType name="HTTPTransportModeType" > 
<xsd : complexContent > 

<xsd: extension base="dvb: PayloadList " > 

<xsd: attribute name= "Location" type="dvb : PullURL" use=" required" /> 
<xsd: attribute name="SOAP" def ault="f alse"/> 
</xsd : extension> 
</xsd: complexContent > 
</xsd: complexType > 


DVBSTP 


Specifies the location at which the 
content guide is available using the 
DVBSTP protocol, and details the 
relevant segments that are being 
transmitted. 









http@Location 


Specifies the location at which the guide 
may be found. 


M (if the http 

element is 

used) 






http@SOAP 


Indicates if the guide may be queried 
using the SOAP protocol rather the 
mechanism outline in clause 5.4.2. The 
default value of this attribute is "false". 
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Element / Attribute Name 


Element / Attribute Description 


Mandated/ 
Optional 


UPnP CDS 
mapping 


UPnP CDS 
section 


BCGProviderName 


The name of the BCG provider (for 
example "Telerama"). This field is 
identical to the textual string of the 
Publisher attribute of the TVAMain 
element in the BCG metadata 





upnp:epgProviderN 
ame 


B.9.7 
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Annex D (informative): 

DeliveryFormat Classification Scheme as used in supported 

media formats 

The classification scheme used in clause 7.2 for the supported media formats is shown below. 

<?xml version="l . 0" encoding="UTF-8" ?> 

<Classif icationScheme uri= " urn : dvb : metadata : cs :DeliveryFormatCS : 2 009"> 

- ############################################################# --> 

- DeliveryFormat --> 

- Definition: This is used to define the delivery format of the content stream --> 

- ############################################################ --> 
<Term termID="l"> 

<Name >dvb - f f < /Name > 
</Term> 
<Term termID="2"> 

<Name >mpeg - 1 s < /Name > 
</Term 
<Term termID="3"> 

<Name >mpeg - ps < /Name > 
</Term> 
<Term termID="4"> 

<Name>mpeg-es</Name> 
</Term> 
< /Class if icationScheme > 
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Annex E (informative): 
Broadcast Tuner implementation 



A typical home network may include sources of content serving locally within the home, e.g. audio and video players, 
and also contribution feeds from delivery networks, e.g. IPTV, DVB-C/S/T. 

Currently content delivered over broadcast networks will be delivered as services carried in MPEG-2 packets in 
multiplexes accessed by tuning to specific RF frequencies and demodulating the multiplex received. In order to make 
services from this multiplex available over the home network the MPEG-2 packets is demultiplexed and possibly 
decrypted before encapsulating them in IP packets for use across the home network. 

In cases where no storage or timeshift buffering is involved this will result in a 'near-realtime' isochronous content 
service stream to which an HN renderer can connect. 

In order to make the content available across the HN the server exposes the content to the rendering devices. Therefore, 
the incoming metadata is parsed and the parts relevant to the selected service translated into UPnP form, the audio/video 
components multiplexed and encapsulated as MPEG-2/IP into the outgoing stream in a way which maintains any time 
relationships with the content. The following figure shows a functional schematic representation of a "Tuner device" 
suitable to do this. The transport protocol used for IP streaming into the HN should be appropriate for that network, in 
the case of the DVB HN this would be RTP/UDP/IP. 

Link Layer protection or DVB CPCM should be applied if required by the service providers who share the home 
network environment, e.g. a broadband IPTV/internet provider and an unrelated satellite or terrestrial service. 

The appropriate QoS marking (see clause 11) should be applied at both Ethernet and IP layers. 

The UPnP services necessary for making and maintaining the IP connections within the HN is provided as part of the 
server implementation. 



Local 
rendering 



Broadcast 

delivery 

network 



Tuner/demod 



Storage & 

Playback 

(PVR) 



Demux/ 
Decryption 



BER/QoS 
management 



Return channel 
IP network 



Network 
management 



Remux/ 
DVB-CPCM 
/ DTCP-IP 



Metadata 
processing 



UPnP support 
CMS, etc. 



MPEG2/TS ^ 
MPEG2/../../IP 
& QoS marking 



Navigation 

(CDS - triplet/ 

CDS - CDS, etc.) 

Stream control 



Management 



Applications, VoD, etc. 



HN 
LAN 



Figure E.1 : Functional Schematic Representation of "Tuner device" 

If a return channel is included there may be a link through to the HN IP service to allow use of interactivity or a remote 
UI for a remote management function. 

This tuner implementation may be part of a physical device which has other features such as storage (PVR) and local 
rendering. 

If the device has local storage which is intended to be shared across the HN the creation, storage and exposure of 
appropriate metadata to allow the HN rendering devices to identify and locate that stored content. 
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